Jump to content


  • Content Count

  • Joined

  • Last visited

Community Reputation

0 Neutral

About DaSHTech

  • Rank

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

  1. OK, I feel like a dummy and figured out how this works now. I thought the wxlink was purely symbolic and actually manipulated the tools directory, but now I see that it created a subdirectory within my main program directory and is updating there. I guess that makes sense as it makes it less likely that I might lose something in that original repo if there are uncommitted changes. This tools directory hasn't changed much over the years, so I've never noticed how this works as my main program references the jpatools directory directly, thus ignoring my wonderful wxlink directory. Time for some refactoring!
  2. so, I need to move over to the jpatools repo and switch manually as I move around in the main repo? Because as I switch now, those are the two views I get: the top is my latest changeset (cs784) in main which shows cs40 in tools and the bottom is a different branch (cs785) in the main repo which shows cs2. The directory for the jpatools repo is unaffected when I switch, even if I update workspace. Is that expected behavior? I assumed that if I switched to the bottom branch that shows cs2 in tools, that it would update the tools workspace to cs2. I don't seem able to affect the jpatools repo unless I switch to it separately.
  3. Maybe this will help - I have two snapshots of my workspace, the first is my current changeset, the other is from an old branch that is basically an old maintenance version of the app that gets occasional maintenance updates. In the current version, the link to jpatools is at changeset 40, the old version it's at 2. That's all as expected. However, when it's displaying changeset 2, I check the actual tools directory and the files are still dated this month and have the most recent changes, which is obviously a problem for a build expecting 2017 files. I hit "update workspace" I guess I don't see a lot of difference as my workspaces seem to be local copies of repositories, but hopefully this gives a clearer picture.
  4. I am trying to figure out if my xlinks are working properly or if I just don't understand. first off, I am using the cloud edition, so don't know if that makes a difference as all my workspaces basically check directly in to Plastic Cloud. I have two workspaces named mainpg and tools. In the mainpg workspace, I have an wxLink set to my tools workspace. I have made a few changes along the way to some text files in tools while I was in the mainpg workspace but haven't seen the tools changeset move. Question 1: Do I need to switch over to my tools workspace to commit the changes separately, then update the link manually in mainpg to reflect the proper changeset? When I do the above and switch between historical changesets, the wxlink appears to update with the rest of the changeset items. However, when I check the actual tools folder, no changes have been made to the files. updating the workspace has no effect either. Question 2: is there something wrong here or am I just not doing it correctly? I love Plastic for my mainpg workspace and it has worked flawlessly through many branches and merges. I just don't seem to have any luck with the wxlinks. Thanks in advance, Steve
  5. I have JIRA integration working to see tasks and to mark as open when I create a new branch. However, I am having trouble getting my merge changeset to mark the JIRA card as closed. I have setup the status transition as: [DONE]-DONE as my final status is DONE (I have tried all caps and proper case). I also have tried marking my branch changeset as [DONE] before merging, thinking it may not tie back to the proper card# after merge, but that didn't work either. Am I missing something? Thanks
  • Create New...