I suggest you ...

Add support for git

Support adddiffs and addchanges and addchangelist commands for git

67 votes
Vote 0 votes Vote Vote
Vote
Sign in
Check!
(thinking…)
Reset
or sign in with
  • facebook
  • google
    Password icon
    I agree to the terms of service

    You'll receive a confirmation email with a link to create a password (optional).

    Signed in as (Sign out)
    You have left! (?) (thinking…)
    pjzAdminpjz (Admin, Code Collaborator) shared this idea  ·   ·  Flag idea as inappropriate…  ·  Admin →

    7 comments

    Sign in
    Check!
    (thinking…)
    Reset
    or sign in with
    • facebook
    • google
      Password icon
      I agree to the terms of service

      You'll receive a confirmation email with a link to create a password (optional).

      Signed in as (Sign out)
      Submitting...
      • Aran DeltacAran Deltac commented  ·   ·  Flag as inappropriate

        Hmm, this is marked as completed, yet as far as I can tell addchangelist does not support git. Am I missing something?

      • chris.nelsonchris.nelson commented  ·   ·  Flag as inappropriate

        I'm just investigating CodeCollaborator so I can't speak intelligently about how it works but I can tell you how we've been using Gerrit (an open-source review tool).

        When a developer is ready for a review, they push to a special repository. Gerrit sees the push and creates a review. Gerrit allows you to configure default reviewers for certain modules or the submitter can request/assign a reviewer. The review process seems a lot like CC. When the change is approved (perhaps after revision), Gerrit pushes it to the main repo on behalf of the submitter.

        We're not entirely happy with this work flow. It's too detached from our Trac-based ticket system and it only really works for pre-commit reviews. We want something that integrates better (it seems like CC triggers can do that) and something that supports post-commit reviews. For example, when fast tracking a change for a tester or customer to try out, we'd like to be able to commit and build but track that the change was unreviewed and come back later to review and possibly revise it.

      • jaseditjasedit commented  ·   ·  Flag as inappropriate

        I currently use the addchanges command almost exclusively, so that would be my highest rated command personally.

      • jaseditjasedit commented  ·   ·  Flag as inappropriate

        For me at least, I'd like to see it treated just like svn. Granted, I only use git as a front-end to a svn server, so there may be more complicated uses of git that don't fit this workflow. But that's the big thing for me - being able to point at a git repository and use it with the gui and such.

      • jasoncohenAdminjasoncohen (Admin, Code Collaborator) commented  ·   ·  Flag as inappropriate

        It's funny that there are so many votes and no comments.

        Would anyone like to share exactly how they'd like to see the implementation work? How would it fit into your current workflow? Which integration point would you like to see first?

      Knowledge Base and Helpdesk