Skip to content

General

General

Categories

JUMP TO ANOTHER FORUM

531 results found

  1. The tree view in Pending Changes gives a much better overview/visual structure to the things that were modified. However, per default everything is always collapsed. So for each new change one needs to click-open every single hierarchy level by hand, to reach the assets that were actually changed...

    All other tree views (Items, Branches, ...) are affected similarly, and would greatly benefit from such a hotkey.

    I suggest to use Alt-click, as for example, Unity uses that same method to selectively and recursively collapse/open subtrees. 

    40 votes
    Vote

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)
    You have left! (?) (thinking…)
    1 comment  ·  Admin →
    How important is this to you?

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)
  2. The new "multi-screen diff" in Plastic 6.0 is excellent. It was introduced in 6.0.16.884; if you have the Plastic SCM main window open on part of your screen, and open one diff window on another part of your screen, then the diff window's contents will change when you move around in the Branch Explorer.

    (Slightly related uservoice: https://plasticscm.uservoice.com/forums/15467-general/suggestions/15615156-show-diffs-in-branch-explorer-and-changesets-views )

    However, this has a few flaws related to cases where you don't want the "Diff changeset" window to change. To stop the Diff from updating when you click a changeset, you need more than one Diff window open. This is OK…

    12 votes
    Vote

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)
    You have left! (?) (thinking…)
    1 comment  ·  Admin →
    How important is this to you?

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)
  3. We use Source Tree today and would love to switch over to using gmaster full time. Having giflow built in would make that easier

    See:
    https://blog.sourcetreeapp.com/2012/08/01/smart-branching-with-sourcetree-and-git-flow/
    http://nvie.com/posts/a-successful-git-branching-model/

    Keep up the great work on the tool!

    9 votes
    Vote

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)
    You have left! (?) (thinking…)
    How important is this to you?

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)
  4. Only files that are checked out can be moved to a changelist. The Checkout-Edit-Checkin workflow isn't required, so this shouldn't be the case.

    28 votes
    Vote

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)
    You have left! (?) (thinking…)
    1 comment  ·  Admin →
    How important is this to you?

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)
  5. Ability to call the plastic.exe with --pending_changes to load up the pending changes UI (the same one used in windows shell extension). this will enable some easy integrations with other IDEs like VSCode and others that allow mapping a shortcut key to a command.

    I'd expect to map a command in VS Code to the command "plastic.exe --pending_changes --workspace "e:\projects\my-vscode-project" and it would show me everything changed within that wrkspace and allow me to check the changes in.

    3 votes
    Vote

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)
    You have left! (?) (thinking…)
    1 comment  ·  Admin →
    How important is this to you?

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)
  6. In Branch Explorer, the alternating date-background color can be changed via a variable in a .conf file, but none of the other color schemes.

    There is also the Themes feature in Preferences, but those seem to leave the Branch Explorer unaltered (even leaving it light for the dark themes)!

    What we do have is the ability to color branches by attribute (conditional format) and to color changesets by user/replication-source. (But sadly, the color by replication source feature is currently broken.)

    My request is to expose all the border, fill, background, selection and font colors to the user, either via .conf…

    11 votes
    Vote

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)
    You have left! (?) (thinking…)
    How important is this to you?

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)
  7. This is a very useful feature for diffs with long lines.

    Now that we have matching inside a line, this would be a natural follow up. With this, there would no longer be any need for horizontal scrollbars in diff view.

    21 votes
    Vote

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)
    You have left! (?) (thinking…)
    How important is this to you?

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)
  8. I like to have my branches ordered bottom-up as they are closest to release. So my issue branches are below the trunk which is below release candidates and hotfix branches.

    I do this manually right now. So I have two lines für release/hotfix branches then the trunk and then everything else.
    This is fine as long as there are only 2 branches in the upper two lines. But sometimes there are more (especially when 'older' branches are updated with new data. Then they overlap.

    My suggestion:
    Add a weight property to branches (maybe via conditional rules) and order the branches…

    12 votes
    Vote

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)
    You have left! (?) (thinking…)
    How important is this to you?

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)
  9. The "Cherry pick from changeset interval" is a bit confusing to me.

    For example:
    I want to cherry pick from changesets cs10 to cs15.
    So, I intuitively select cs10 and cs15 and do a cherry pick interval merge. But then, I notice, that there is no cs10 involved. The merge begins at cs11 and not cs10.
    So, when I want cs10 included, I have to select cs9. But that is very unintuitive to me.

    It get's even worse, when I click on the merge arrow afterwards and it shows me "Changeset interval (9 - 15)".
    That's wrong, because there is…

    7 votes
    Vote

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)
    You have left! (?) (thinking…)
    How important is this to you?

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)
  10. Option for the built-in diff window to show only a few (maybe configurable) unchanged lines around each changed line.

    We have some multi-metabyte files with many thousands of lines and sometimes a few lines change and it is hard to scroll or click move around with such a large file. The buttons "to to next/previous change" are useful, but it is a lot more messy to actually see the diff.

    See the attached file for a comparison with Araxis merge for an example.

    In Araxis, we can see more information on the same screen.

    16 votes
    Vote

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)
    You have left! (?) (thinking…)
    1 comment  ·  Admin →
    How important is this to you?

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)
  11. (this is different to the existing idea 'Add git like staging').

    A thing I do in git all the time is use git-gui to select individual blocks and lines to stage and commit. For example I might fix two separate issues in the same file at the same time but want these committed separately.

    Plastic currently only allows committing the whole of a file at a time but I would find the git-like behaviour VERY useful.

    42 votes
    Vote

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)
    You have left! (?) (thinking…)
    How important is this to you?

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)
  12. Plastic Cloud is nice but it is today a cloud-hosted service that does not communicate with any other cloud-hosted services. I would like to see that it is possible to hook other services up directly to Plastic Cloud repos.

    The most straight-forward way to do this would probably be to provide a GitSync solution -- it would immediately allow Unity Cloud Build, Slack and many other integrations to work without additional work on your part. If there are difficulties when creating a two-way GitSync solution for Plastic Cloud then a read-only Git API would enable most integrations to function.

    In…

    6 votes
    Vote

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)
    You have left! (?) (thinking…)
    How important is this to you?

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)
  13. Possiblity to change the Status of a code review directly in the Code Review Window. After all files are viewed one of two buttons (Discarded and Approved) can be clicked.

    9 votes
    Vote

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)
    You have left! (?) (thinking…)
    How important is this to you?

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)
  14. I've read your posting about undoing merges:
    http://blog.plasticscm.com/2014/07/how-to-undo-merge.html

    The problem of the solution provided there is that the removal of the integration does not remove the merge link. Furthermore the subtractive merge is not tracked. That is, the changes introduced into the branch "Release500" (CS 180) is like if a developer has manually removed the bugfix.
    Suppose the finalization of issue32 has not made it into Release
    500. Instead, it has been integrated directly into /main after the release. At the moment you integrate Feature500 into /main you remove the fix again, maybe without noticing.
    What we need

    10 votes
    Vote

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)
    You have left! (?) (thinking…)
    How important is this to you?

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)
  15. Would you consider adding an option to check in only selected changes in a file? I once saw such option in SourceTree. At first I thought it was useless, but sometimes I actually need to check a file in without certain changes made in it.

    I think you could add the feature to the diff viewer in Pending Changes. Each modified line could have a check box next to it, checked by default. What do you think?

    23 votes
    Vote

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)
    You have left! (?) (thinking…)
    How important is this to you?

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)
  16. Imagine the following scenario:

    A repo with a XLink with a main branch and a child branch. Both branches have the same XLink.

    Now the following occurs:

    1) XLink is changed in both main branch and child branch
    2) You do a merge from main to child branch

    You'll get a conflict (which is expected). However, the "Source" and "Destination" values aren't very human readable in the GUI. I'm assuming they're the GUID's of the changeset or something similar.

    Could you make it more human readable? Displaying the associated changeset, branch etc?

    38 votes
    Vote

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)
    You have left! (?) (thinking…)
    How important is this to you?

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)
  17. 25 votes
    Vote

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)
    You have left! (?) (thinking…)
    How important is this to you?

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)
  18. I know this goes against the branch per task ideology, but sometimes people work on a bunch of stuff in a branch and then merge a larger chunk of work, e.g. a bunch of helper functions etc.

    It would be nice if there was a way in the GUI to automatically gather all checkin comments since last merge / branch creation into the merge comment. I could then edit this comment before merging.

    So for example if I make checkins "fix foo" and "fix bar", my merge comment would be "fix foo\nfix bar".

    4 votes
    Vote

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)
    You have left! (?) (thinking…)
    How important is this to you?

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)
  19. Similar to "make active workspace" in workspaces, there should be a keyboard shortcut for switching branches.

    2 votes
    Vote

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)
    You have left! (?) (thinking…)
    How important is this to you?

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)
  20. Currently, in the Workspaces overview, you only have columns for "Name", "Path" and "Repository". It would be nice to have another column "Current Branch".

    This would make it easier to identify the correct workspace for a certain branch when having multiple workspaces with varying branches.

    7 votes
    Vote

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)
    You have left! (?) (thinking…)
    1 comment  ·  Admin →
    How important is this to you?

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)
  • Don't see your idea?