531 results found

1. interactive annotate view

   Interactive annotate view which allows to user to select two revisions to annotate between. This is similar to perforce timelapse view. A similar request is marked as completed although the implemented functionality is quite different and does not allow the user to easily annotate between two revisions.

   https://www.perforce.com/support/tutorial-video-library/video/using-time-lapse-view

   6 votes

   Vote Vote Vote

   Vote

   We're glad you're here

   Please sign in to leave feedback

   Signed in as (Sign out)

   Close

   Close

   1 vote 2 votes 3 votes Remove votes

   You have left! (?) (thinking…)
   2 comments  ·  Delete…  ·  Admin →
   How important is this to you?

   Not at all You must login first! Important You must login first! Critical You must login first!

   We're glad you're here

   Please sign in to leave feedback

   Signed in as (Sign out)

   Close

   Close

2. Branch rules/repositiry rules

   Good afternoon,
   I have a proposal to develop of the launch of triggers before operations Checking/Merge. These triggers will be realized by C# or other. If the trigger did with error, then operation Checking/Merge would not be executed.
   The problem definition is the project files are added with specific settings during the collaborative software development into the control version, such as a remote debugging flag or inadvertently not all files are described in the project file for adding to version control. Therefore, the project on another desktop couldn’t be compiled or launched without additional corrections and rewriting of the project file. The solution is the definition of the rules for the branch of project or repository.
   Perhaps it is advisable to keep these triggers on the server side. However, pass the triggers code to the client side before Checkin/Merge operation, because, the triggers size is much smaller than the data to be added to version control. Therefore, it will have the significant impact on to the performance of network traffic.
   Regards,
   Alexander Barkalov

   Good afternoon,
   I have a proposal to develop of the launch of triggers before operations Checking/Merge. These triggers will be realized by C# or other. If the trigger did with error, then operation Checking/Merge would not be executed.
   The problem definition is the project files are added with specific settings during the collaborative software development into the control version, such as a remote debugging flag or inadvertently not all files are described in the project file for adding to version control. Therefore, the project on another desktop couldn’t be compiled or launched without additional corrections and rewriting of the project… more

   4 votes

   Vote Vote Vote

   Vote

   We're glad you're here

   Please sign in to leave feedback

   Signed in as (Sign out)

   Close

   Close

   1 vote 2 votes 3 votes Remove votes

   You have left! (?) (thinking…)
   5 comments  ·  Delete…  ·  Admin →
   How important is this to you?

   Not at all You must login first! Important You must login first! Critical You must login first!

   We're glad you're here

   Please sign in to leave feedback

   Signed in as (Sign out)

   Close

   Close

3. Show full history of an item in History view (and History as 2D tree)

   The History view and History as 2D tree view do not contain merges affecting the item and do not show any reverts. Therefore those views are not really a history, but only a list of different variants of the item existing in the history.
   See comments for a deeper explanation.

   46 votes

   Vote Vote Vote

   Vote

   We're glad you're here

   Please sign in to leave feedback

   Signed in as (Sign out)

   Close

   Close

   1 vote 2 votes 3 votes Remove votes

   You have left! (?) (thinking…)
   3 comments  ·  Delete…  ·  Admin →
   How important is this to you?

   Not at all You must login first! Important You must login first! Critical You must login first!

   We're glad you're here

   Please sign in to leave feedback

   Signed in as (Sign out)

   Close

   Close

4. Visual Studio plugin: Change the color of the Color Bar

   VS has the built-in behaviour of changing the colour bar (just to the left of the code) that tracks the change status of the code (yellow for unsaved code modification, green for code changed and saved this session).

   It would be nice to override/change this behavior, so that code lines with pending changes are marked. If the mouse hover over the color bar the original code lines are displayed in a pop-up.

   3 votes

   Vote Vote Vote

   Vote

   We're glad you're here

   Please sign in to leave feedback

   Signed in as (Sign out)

   Close

   Close

   1 vote 2 votes 3 votes Remove votes

   You have left! (?) (thinking…)
   1 comment  ·  Delete…  ·  Admin →
   How important is this to you?

   Not at all You must login first! Important You must login first! Critical You must login first!

   We're glad you're here

   Please sign in to leave feedback

   Signed in as (Sign out)

   Close

   Close

5. Track the evolution of a section of code back through revisions

   This overlaps with the existing version tree functionality in Plastic, and with the existing annotations functionality - and is probably related to method history too.

   My use cases are:-

   1. I see a piece of code that is broken, but don't know anything about what that code did in the first place, when it was introduced or who did it, and what were the checkin comments.

   2. Again, I see a piece of code that is broken, and I want to jump straight to the diff for that piece of code in whatever revision introduced the breakage. If that revision turns out not to be the one that broke that code, I want to jump back further without seeing other revisions that had nothing to do with that section of code.

   What I'm looking for is some way of focussing on a specific section of code and going back over revisions to see how that section of code changed, and ultimately how it got in the first place.

   For added value, I'd like to track that section of code as it moves around a file or across files.

   I've see annotation GUIs in other VCS offerings that allow a progressive jump back by line - this addresses my use cases for 80% of the time.

   Occasionally I'd like to track code motion too - so maybe some method history using the Semantic Outline mechanism would be good?

   Alternatively, could there be an option in the file 2-d history view to lock on to a line in the preview pane - that would be awesome, and I think that if Semantic Outline is enabled with analyse refactors, it would cope with code motion too.

   This overlaps with the existing version tree functionality in Plastic, and with the existing annotations functionality - and is probably related to method history too.

   My use cases are:-

   1. I see a piece of code that is broken, but don't know anything about what that code did in the first place, when it was introduced or who did it, and what were the checkin comments.

   2. Again, I see a piece of code that is broken, and I want to jump straight to the diff for that piece of code in whatever revision introduced the breakage. If that revision turns out… more

   6 votes

   Vote Vote Vote

   Vote

   We're glad you're here

   Please sign in to leave feedback

   Signed in as (Sign out)

   Close

   Close

   1 vote 2 votes 3 votes Remove votes

   You have left! (?) (thinking…)
   6 comments  ·  Delete…  ·  Admin →
   How important is this to you?

   Not at all You must login first! Important You must login first! Critical You must login first!

   We're glad you're here

   Please sign in to leave feedback

   Signed in as (Sign out)

   Close

   Close

6. Add an option to prevent changing branches when you have added (private) files which are marked as pending adds.

   This would prevent you from adding a file and forgetting to add it to source control before changing branch. This idea here is that you would set Plastic up to discover private files so you can see which files need adding. Any solution files or built data you would put in separate folders which aren't under source control and thus aren't detected by Plastic. This approach prevents you from forgetting to add files, i.e it'll build for you locally but not for others.

   12 votes

   Vote Vote Vote

   Vote

   We're glad you're here

   Please sign in to leave feedback

   Signed in as (Sign out)

   Close

   Close

   1 vote 2 votes 3 votes Remove votes

   You have left! (?) (thinking…)
   2 comments  ·  Delete…  ·  Admin →
   How important is this to you?

   Not at all You must login first! Important You must login first! Critical You must login first!

   We're glad you're here

   Please sign in to leave feedback

   Signed in as (Sign out)

   Close

   Close

7. Allow update-merge on "Update Workspace" and "Switch"

   Back in old Subversion, the scenario of "Updating to a newer changeset (on the current branch) while there are Pending Changes in the workspace" was handled very smoothly and seldom caused any problems. (Sure, conflicts can arise but they are usually minor since we are on the same branch.)

   I'm aware that it's recommended that each developer works on their own child branch. Nevertheless, this situation comes up, for example when two child branches are being concurrently merged back to the parent. Also, the Plastic team has already put some work into supporting this scenario:
   http://codicesoftware.blogspot.com/2012/02/working-on-single-branch-update-merge.html
   "While our recommended pattern is definitely branch-per-task, sometimes you’ll find yourself sharing a branch with another developer or even the whole team."

   Unfortunately, the current handling of this scenario is not optimal. There are (at least) 3 methods for updating the workspace to the latest contents on the current branch, and the third method differs from the first two in ways that are hard to predict:

   (1) Pressing "Update workspace" button on the Items view.
   (2) Switching to the same branch.
   (3) Pressing the "View new changes" button that appears in the Pending changes view when there are newer changesets.

   The setting "Other Options - Behavior when trying to switch / update with changed items" / PendingChangesOnSwitchAction controls some aspects regarding the behavior of method (1) and (2). When using the "No-Checkout" workflow, it has been recommended to choose the option "Allow" or "Allow, showing a warning" for this setting. However, in my experience this does not work well at all. This setting only affects Changed files and it causes several problems, even potentially blocking a subsequent Checkin! On the other hand, the default option "Do not allow, show an error" will prevent any attempt to use method (1) and (2) when there are local changes. Also, if there is any checked-out items, method (1) and (2) will be disallowed regardless of settings.

   (Details: If I switch/update with locally Changed files with the above option "Allow, showing a warning", I get the Confirm Update dialog. If I then choose to continue with the Update, I get the Update Results dialog. Here, my Changed files are listed as "not up-to-date" even if the new changesets on my branch contained only changes unrelated to these files! And if the new changesets on my branch did contain changes related to my changed files, I may even become unable to Checkin because of an error "parent revision is inconsistent with the loaded one"! Also, if I use "Update forced" I would lose my local changes.)

   Method (3) is only available if we have activated "Look for newer changes in the repository" under Options in the Pending Changes view. This method is working much better, since incoming changes are handled by a sub-branch-merge.

   (NOTE: When cloaking is active, the method (3) will always cause a Merge instead of an Update if there are newer changesets, potentially leading to unnecessary "sub-branching" even when there are no changes in the workspace!)

   My suggestion is to:

   • Completely remove the setting "Behavior when trying to switch / update with changed items"
   • Handle "Switch" and "Update Workspace" (method 1 and 2) very similar to "View new changes" (method 3).

   This would make the handling much more consistent. Both Changed and Checked-out items can then be merged, and a trivial switch/update can be performed if there are no conflicting files.

   Back in old Subversion, the scenario of "Updating to a newer changeset (on the current branch) while there are Pending Changes in the workspace" was handled very smoothly and seldom caused any problems. (Sure, conflicts can arise but they are usually minor since we are on the same branch.)

   I'm aware that it's recommended that each developer works on their own child branch. Nevertheless, this situation comes up, for example when two child branches are being concurrently merged back to the parent. Also, the Plastic team has already put some work into supporting this scenario:
   http://codicesoftware.blogspot.com/2012/02/working-on-single-branch-update-merge.html
   "While our recommended pattern… more

   12 votes

   Vote Vote Vote

   Vote

   We're glad you're here

   Please sign in to leave feedback

   Signed in as (Sign out)

   Close

   Close

   1 vote 2 votes 3 votes Remove votes

   You have left! (?) (thinking…)
   3 comments  ·  Delete…  ·  Admin →
   How important is this to you?

   Not at all You must login first! Important You must login first! Critical You must login first!

   We're glad you're here

   Please sign in to leave feedback

   Signed in as (Sign out)

   Close

   Close

8. Clarify the conflict navigators in mergetool

   When viewing conflicts in the mergetool, there are two navigation "widgets" in the toolbar at the top of the window. The first one is for navigating the "Pending to solve" conflicts and the second one is for the full set of conflicts. Both of these navigators consist of arrow buttons for stepping back and forth, plus a couple of numbers to indicate which conflict we are looking at. (It is also possible to navigate the conflicts by simply clicking in a conflict block in the text panels, this updates the number indicating which conflict we're looking at.

   Now, there are still two tiny pieces of information that I find missing in order to make these navigator widgets clear and easy to use, especially for new users:

   • Change the first index indicator to something like: "Non-automatic: 2/5 (3 pending)".

   • Add a label to the second (unlabeled) index indicator, like: "Conflict: 4/9".

   Details:

   The most important issue here is that, in the current implementation, the numbers (3/5) in the first indicator look precisely the same way as in the second one, BUT it does not work the same way. The first indicator actually says (3 remaining out of a total of 5 non-automatic conflicts) while the second indicator says (you are at index 4 out of a total number of 9 conflicts).

   This means that the first indicator is missing a rather crucial piece of information, namely the (you are at index 2) part that is present in the second indicator. This is very confusing since when you press the arrow buttons, the index of all conflicts is updated in the second indicator but (what looks like it would be) the index of non-auto conflicts in the first indicator is not updated (since that number is instead indicating the number of remaining non-resolved conflicts and is only updated when a conflict is resolved).

   My suggested change above aims to change the layout and meaning of the first indicator into conceptually this: (you are at index 2 out of a total of 5 non-automatic conflicts, and 3 of these have not yet been resolved).

   (Note to staff: This uservoice originated from my private support ticket #8590.)

   When viewing conflicts in the mergetool, there are two navigation "widgets" in the toolbar at the top of the window. The first one is for navigating the "Pending to solve" conflicts and the second one is for the full set of conflicts. Both of these navigators consist of arrow buttons for stepping back and forth, plus a couple of numbers to indicate which conflict we are looking at. (It is also possible to navigate the conflicts by simply clicking in a conflict block in the text panels, this updates the number indicating which conflict we're looking at.

   Now, there are… more

   3 votes

   Vote Vote Vote

   Vote

   We're glad you're here

   Please sign in to leave feedback

   Signed in as (Sign out)

   Close

   Close

   1 vote 2 votes 3 votes Remove votes

   You have left! (?) (thinking…)
   1 comment  ·  Edit…  ·  Delete…  ·  Admin →
   How important is this to you?

   Not at all You must login first! Important You must login first! Critical You must login first!

   We're glad you're here

   Please sign in to leave feedback

   Signed in as (Sign out)

   Close

   Close

9. Add support for wildcards for repository names in lock.conf

   Currently, it is not possible to apply the same set of rules to multiple repositories, or indeed all repositories. My request is to add support for wildcards in repository names, so a set of rules can be made to affect multiple, or all repositories on the server.

   Eg.
   rep:* lockserver:my.lock.server:8087
   *.fbx

   Should make locking required on all fbx files on all repositories.

   6 votes

   Vote Vote Vote

   Vote

   We're glad you're here

   Please sign in to leave feedback

   Signed in as (Sign out)

   Close

   Close

   1 vote 2 votes 3 votes Remove votes

   You have left! (?) (thinking…)
   0 comments  ·  Delete…  ·  Admin →
   How important is this to you?

   Not at all You must login first! Important You must login first! Critical You must login first!

   We're glad you're here

   Please sign in to leave feedback

   Signed in as (Sign out)

   Close

   Close

10. Add support for non-Gregorian calendars

    When using a calendar that is not the Gregorian calendar (in my case, I use the Japanese one, but I'm willing to bet it also happens with other calendars like the Hebrew one), many date-based operations in the PlasticSCM client break, including but not limited to:
    - Branch Explorer
    - Changesets (the action in the left menu, below Branch Explorer)

    This means that at this moment, I am unable to use said features without changing my OS' calendar back to the Gregorian one.

    1 vote

    Vote Vote Vote

    Vote

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    Close

    Close

    1 vote 2 votes 3 votes Remove votes

    You have left! (?) (thinking…)
    0 comments  ·  Edit…  ·  Delete…  ·  Admin →
    How important is this to you?

    Not at all You must login first! Important You must login first! Critical You must login first!

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    Close

    Close

11. Add the ability to tag repositories

    Similar to the request to group workspaces and repositories (https://plasticscm.uservoice.com/forums/15467-general/suggestions/2772036-group-workspaces-and-repositories) but not quite the same.
    
    Using submodules to group repos limits you to a single classification of a repository. Ideally you are able to tag a repository with several keywords like you do on a forum or an article. This would allow us to tag a repository with 'real-time control' or 'imaging algorithm' but also tag it with a product name that uses it or the programming language that it is written in.
    This would necessitate a new repository view in the client where instead of a list of repos you get a tree view list of tags which expand to show the repos that have that tag.
    To set the tag, a right click menu 'Add Tag' would need to be added to the normal repo view.
    Having this feature would allow easy navigation of many small repos and further encourage use of the Xlink feature.

    Similar to the request to group workspaces and repositories (https://plasticscm.uservoice.com/forums/15467-general/suggestions/2772036-group-workspaces-and-repositories) but not quite the same.
    
    Using submodules to group repos limits you to a single classification of a repository. Ideally you are able to tag a repository with several keywords like you do on a forum or an article. This would allow us to tag a repository with 'real-time control' or 'imaging algorithm' but also tag it with a product name that uses it or the programming language that it is written in.
    This would necessitate a new repository view in the client where instead of a list… more

    10 votes

    Vote Vote Vote

    Vote

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    Close

    Close

    1 vote 2 votes 3 votes Remove votes

    You have left! (?) (thinking…)
    2 comments  ·  Delete…  ·  Admin →
    How important is this to you?

    Not at all You must login first! Important You must login first! Critical You must login first!

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    Close

    Close

12. Checkin comment and Code review text boxes (scrollbars, Ctrl+A)

    A commit message text box and a code review text box does not have any scroll bar, does not allow scrolling with a mouse and does not allow Ctrl+A (select all text). All these things would be useful.

    This suggestion has been added here already (https://plasticscm.uservoice.com/forums/15467-general/suggestions/4341465-checkin-comment-and-code-review-text-boxes) but it was marked as completed even though it is still not working.

    See also the original post here: http://www.plasticscm.net/index.php?/topic/1291-some-ux-issues/#entry10137
    There is also another suggestion close to this explained by a picture (partially displayed lines).

    28 votes

    Vote Vote Vote

    Vote

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    Close

    Close

    1 vote 2 votes 3 votes Remove votes

    You have left! (?) (thinking…)
    0 comments  ·  Delete…  ·  Admin →
    How important is this to you?

    Not at all You must login first! Important You must login first! Critical You must login first!

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    Close

    Close

13. In cm rmattributereal, "realization" is a confusing word choice

    In cm rmattributereal, "realization" is a confusing word choice
    rmAttributeValue would be a better choice.

    Please add rmAttributeValue as an alias to rmattributereal.

    1 vote

    Vote Vote Vote

    Vote

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    Close

    Close

    1 vote 2 votes 3 votes Remove votes

    You have left! (?) (thinking…)
    1 comment  ·  Delete…  ·  Admin →
    How important is this to you?

    Not at all You must login first! Important You must login first! Critical You must login first!

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    Close

    Close

14. code review re-assign should auto select 1st user in the filtered list

    currently, i am forced to choose the name, even if there is only one in the list which is making me crazy...
    auto selecting the 1st name after filtering is easy, and will save me a lot of unhappiness

    1 vote

    Vote Vote Vote

    Vote

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    Close

    Close

    1 vote 2 votes 3 votes Remove votes

    You have left! (?) (thinking…)
    0 comments  ·  Edit…  ·  Delete…  ·  Admin →
    How important is this to you?

    Not at all You must login first! Important You must login first! Critical You must login first!

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    Close

    Close

15. Show labels in changesets view; or show changesets in labels view

    In "Changesets" tab it is possible to right click on a changeset and select "Label this changeset"
    However nowhere in this view can I see if there is a label against a changeset- there are columns for Changeset's Name, Comment, Date , branch et al but not even the "Show Extended Information" shows anything about labels.

    Why this would be useful:
    In my typical workflow I make changes as development proceeds with comments stating what & why things have been done; often with references to issue#s . For example "Fix issue#5341 the conblogminator was crashing with error E54 when the user metaed the cokebottle" or "Merge SQL refactoring from test branch" or whatever.

    When a release is made, then I label the last changeset with a name such as "Release 0.9.7" and a comment might be "installed in production on 16/9/2013"

    Now I want to send a message to my client saying what just changed. Ie I would like to see all the changeset comments between the previous label (0.9.6) and the new one (0.9.7)

    To do this I have to go to "Other Actions -> Labels" , look at the change set numbers involved, then go back to the change set view and read the comments.
    This is even messier if there are multiple branches involved.

    This process would be greatly simplified if the label name (and ideally comment) were accessable from the changeset view OR if there was a way to view the changeset history from the labels tab.
    You can Diff between two labels but this only shows the detail of the file changes, not the changeset information.

    (Note the UI for diffing between two labels isn't perfect, it seems intuitive to me to select the two labels, with Ctrl-Click perhaps - this is possible now - and then press Ctrl-D to view diff, but doing that, the right-click menu is entirely disabled (and no Ctrl-D shortcut anyway). YOu have to select one label, right click and choose "Diff with other label" and then select the label from a list, which is relatively clumsy
    This belongs as a separate suggestion of course)

    In "Changesets" tab it is possible to right click on a changeset and select "Label this changeset"
    However nowhere in this view can I see if there is a label against a changeset- there are columns for Changeset's Name, Comment, Date , branch et al but not even the "Show Extended Information" shows anything about labels.

    Why this would be useful:
    In my typical workflow I make changes as development proceeds with comments stating what & why things have been done; often with references to issue#s . For example "Fix issue#5341 the conblogminator was crashing with error E54 when the… more

    41 votes

    Vote Vote Vote

    Vote

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    Close

    Close

    1 vote 2 votes 3 votes Remove votes

    You have left! (?) (thinking…)
    3 comments  ·  Delete…  ·  Admin →
    How important is this to you?

    Not at all You must login first! Important You must login first! Critical You must login first!

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    Close

    Close

16. Add progress bars to Merging / Save revision as windows.

    Save revision as freezes the entire Plastic SCM client while it downloads the file from the server and saves it on disk. This unacceptable, especially for big files.

    Progress bars must be added to Merging / Save revision as windows so users can see, well, the progress of the operation, and not wonder did it get stuck or something. Especially for people with slow internet connections.

    10 votes

    Vote Vote Vote

    Vote

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    Close

    Close

    1 vote 2 votes 3 votes Remove votes

    You have left! (?) (thinking…)
    4 comments  ·  Delete…  ·  Admin →
    How important is this to you?

    Not at all You must login first! Important You must login first! Critical You must login first!

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    Close

    Close

17. Update Office Plugin

    Currently, the Plastic SCM installer provides an option to include plugins for various IDEs as well as Office.

    The Office Plugin support is provided for 2003, 2007, and 2010. Noting that the year is 2016, and that two releases of Office have occurred since then, the plugin should be updated to work with the latest versions.

    Additionally, the Office Plugin doesn't have quite the same "polish" and "style" that the rest of Plastic has when running on Windows, so it could use some touching up.

    Finally, if this isn't a priority - and since it really exists to integrate with Plastic rather than is Plastic - consider releasing the code for the plugin as an open source product, allowing the community to contribute to its updates, maintenance, and enhancements.

    Currently, the Plastic SCM installer provides an option to include plugins for various IDEs as well as Office.

    The Office Plugin support is provided for 2003, 2007, and 2010. Noting that the year is 2016, and that two releases of Office have occurred since then, the plugin should be updated to work with the latest versions.

    Additionally, the Office Plugin doesn't have quite the same "polish" and "style" that the rest of Plastic has when running on Windows, so it could use some touching up.

    Finally, if this isn't a priority - and since it really exists to integrate with… more

    10 votes

    Vote Vote Vote

    Vote

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    Close

    Close

    1 vote 2 votes 3 votes Remove votes

    You have left! (?) (thinking…)
    1 comment  ·  Delete…  ·  Admin →
    How important is this to you?

    Not at all You must login first! Important You must login first! Critical You must login first!

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    Close

    Close
    AdminCodice Software (CEO / Founder, plasticscm) responded

    Wrongly closed. We have only closed the diff scripts.

18. layout branches in branch explorer by attribute

    I use the manual relayout mode to layout my branches in a way, that release branches are on top, the trunk is in the middle and all issue branches are below.
    This way I have a fast overview of the changes that are released.
    [They also have different colors ;)]

    All these branches have an attribute called "role" with different values:
    "Release" for releases
    "Trunk" for the trunk
    "Patch" for issues

    Now, it would be VERY nice if I could teach the branch explorer, that branches should be layed out in an order (top to bottom) based on the attribute "role".

    I use the manual relayout mode to layout my branches in a way, that release branches are on top, the trunk is in the middle and all issue branches are below.
    This way I have a fast overview of the changes that are released.
    [They also have different colors ;)]

    All these branches have an attribute called "role" with different values:
    "Release" for releases
    "Trunk" for the trunk
    "Patch" for issues

    Now, it would be VERY nice if I could teach the branch explorer, that branches should be layed out in an order (top to bottom) based on the attribute… more

    6 votes

    Vote Vote Vote

    Vote

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    Close

    Close

    1 vote 2 votes 3 votes Remove votes

    You have left! (?) (thinking…)
    0 comments  ·  Delete…  ·  Admin →
    How important is this to you?

    Not at all You must login first! Important You must login first! Critical You must login first!

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    Close

    Close

19. Plugin for Webstorm IDE

    Support for VCS PlasticSCM under vcs roots and possibly Webstorms internal changelist, auto checkin and checkout support for editing files. Could be adapted easily from existing IntelliJ plugin to support Webstorm and PHPStorm?

    44 votes

    Vote Vote Vote

    Vote

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    Close

    Close

    1 vote 2 votes 3 votes Remove votes

    You have left! (?) (thinking…)
    0 comments  ·  Delete…  ·  Admin →
    How important is this to you?

    Not at all You must login first! Important You must login first! Critical You must login first!

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    Close

    Close

20. Indicate whether or not a changeset / branch has been synced from the Branch Explorer

    Do something (change color, icon, etc) to show that changesets/branches have not been synced.

    6 votes

    Vote Vote Vote

    Vote

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    Close

    Close

    1 vote 2 votes 3 votes Remove votes

    You have left! (?) (thinking…)
    1 comment  ·  Delete…  ·  Admin →
    How important is this to you?

    Not at all You must login first! Important You must login first! Critical You must login first!

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    Close

    Close