[dmd-internals] [D-Programming-Language/dmd] 10640a: dang, forgot that one, too

Walter Bright walter at digitalmars.com
Tue Nov 6 19:44:50 PST 2012


On 11/6/2012 3:59 PM, Leandro Lucarella wrote:
> Jacob Carlborg, el  6 de November a las 20:56 me escribiste:
>> On 6 nov 2012, at 16:44, GitHub <noreply at github.com> wrote:
>>
>>>   Branch: refs/heads/master
>>>   Home:   https://github.com/D-Programming-Language/dmd
>>>   Commit: 10640a73130a7d6802d1e72da9e3b45af065f512
>>>       https://github.com/D-Programming-Language/dmd/commit/10640a73130a7d6802d1e72da9e3b45af065f512
>>>   Author: Walter Bright <walter at walterbright.com>
>>>   Date:   2012-11-06 (Tue, 06 Nov 2012)
>>>
>>>   Changed paths:
>>>     M src/backend/cv8.c
>>>
>>>   Log Message:
>>>   -----------
>>>   dang, forgot that one, too
>> I don't know how your workflow with git is. But I usually just make the changes I want and then commit them with this command:
>>
>> $ git commit -a -m "Message"
>>
>> The "-a" flag will include all changes in all files tracked by git. It won't add any new files.
> Also, it could be a good idea to avoid compulsive commits and using the
> autotester. If a commit is broken, you can always fix it by making the
> appropriate changes and doing a git commit --amend -a to fix the commit and
> void these useless commits of "I forgot yada". This will also not break git
> bisect.
>
> You can even fix an older commit by using git rebase -i. Of course you should
> only amend commits that are not in the official repo.
>
> Also, following the pull request path as everybody else could prevent a lot of
> these kind of errors while committing. Maybe you should consider doing that, at
> least to ensure all your commits pass the tests.

I do run the test suite locally before committing.



More information about the dmd-internals mailing list