Good morning,
We are using 2017 R3 with Git as source control. After making changes to existing objects and committing the object to Git, the object (sometimes) doesn't display in Appeon upon a Pull from the repository. We are forced to do a "Refresh" on the Target for the object to eventually show the latest change. This doesn't happen each time. What is causing this anomaly?
Thanks in advance....
Steve Turner
- You are here:
- Home
- Q&A
- Q&A
- PowerBuilder
- 2017 R3 w/Git. Objects are not pulled down without a refresh of Target and/or Workspace
- Steven Turner
- PowerBuilder
- Tuesday, 29 December 2020 16:13 PM UTC
- Thursday, 31 December 2020 19:39 PM UTC
- PowerBuilder
- # Permalink
Are you performing the Git actions inside of PowerBuilder or using an external Git client?
PowerBuilder's dev environment works on pbls, but Source Control works on the ws_objects folder. When you make a change in a pbl, PowerBuilder exports the object to the ws_objects folder and that gets source controlled, but PowerBuilder doesn't execute that code. If you make changes to the object outside of PowerBuilder, for instance pulling with SourceTree, then that change won't be in the pbl and visible to the PowerBuilder development environment until you Refresh. Refresh in PowerBuilder rebuilds all pbls from the contents of their respective ws_objects folder, which may explain this issue.
- Wednesday, 30 December 2020 05:07 AM UTC
- PowerBuilder
- # 1
Hi Steve,
The pull action always triggers an automatic refresh. Is it possible that you got an error during the automatic refresh? Please check the output window and see if there is any error message.
On the other hand, I suggest that you try PowerBuilder 2019 R3 Beta (https://account.appeon.com/download), it support creating and switching branches and it always shows the error message on a separate window. The GA release will be available soon.
Regards,
Tom Jiang
- Steven Turner
- Thursday, 31 December 2020 11:40 AM UTC
*** Side Note ***
We are also putting the .PBLs in the repository (not my decision). Could committing the .PBLs be the cause?
-
Helpful Loading... Helpful 0
- Thursday, 31 December 2020 19:51 PM UTC
- PowerBuilder
- # 2
Steps to recreate:
1) Connect to workspace via 2017 R3 (connect as Git)
2) All items are eventually pulled down.
3) Open 2017 R3 and verify that items that were just previously committed are missing
4) Do a refresh on the Target and/or Workspace
5) Missing items are then Imported into the corresponding PBLs
*** All Refreshing is done within 2017 R3 ****
TortoiseGit is used to commit items to the repository
Thanks...
- Drew Buchanan
- Thursday, 31 December 2020 20:04 PM UTC
Say that changes were made at C2, C3, and C4, but pbls were only committed at C2. Pulling the workspace down will result in PowerBuilder seeing the pbls in the state they were in at C2. Refreshing takes the changes from C3 and C4 and imports them into the pbl.
C4 - 0800
C3 - 0700
C2 - 0600 <- pbls committed here
-
Helpful Loading... Helpful 0
- Tom Jiang @Appeon
- Monday, 4 January 2021 01:14 AM UTC
-
Helpful Loading... Helpful 0
- Armeen Mazda @Appeon
- Monday, 4 January 2021 01:19 AM UTC
https://docs.appeon.com/pb2019r3/whats_new/Source_control_enhancements.html
-
Helpful Loading... Helpful 0
- Page :
- 1
However, you are not allowed to reply to this question.