[FFmpeg-devel] [GIT] ready by the weekend
Justin Ruggles
justin.ruggles
Wed Dec 1 21:54:44 CET 2010
On 12/01/2010 04:21 AM, Luca Barbato wrote:
> On 11/18/2010 09:19 PM, Anton Khirnov wrote:
>> On Thu, Nov 18, 2010 at 03:02:00PM +0100, Luca Barbato wrote:
>>> On 11/18/2010 11:58 AM, Luca Barbato wrote:
>>>> On 11/18/2010 11:07 AM, Michael Niedermayer wrote:
>>>>> I think wiki is not a good idea as resting place for the final document.
>>>>> maybe iam paranoid ...
>>>>
>>>> We need a place to start putting it together.
>>>> Then it can live in the source tree or web tree.
>>>
>>> Here the initial diff to the svn-howto.txt
>>>
>>> Once I complete all the section it could live in the ffmpeg docs dir.
>>>
>>> lu
>>>
>> attaching the complete file would be much more readable IMO
>>
> [...]
>
> Thank you.
>
> Here a small update with git add -A to track file removal and some
> reordering (e.g. git pull before the general case)
> git commit
>
> Git will commit the selected changes to your current local branch.
>
> You will be prompted for a log message in an editor, which is either
> set in your personal configuration file throught
>
> git config core.editor
>
> or set by one of the following environment variables:
> GIT_EDITOR, VISUAL or EDITOR.
>
> Log messages should be concise but descriptive. Explain why you made a change,
> what you did will be obvious from the changes themselves most of the time.
> Saying just "bug fix" or "10l" is bad. Remember that people of varying skill
> levels look at and educate themselves while reading through your code. Don't
> include filenames in log messages, Git provides that information.
>
> Possibly make the commit message have a terse, descriptive first line, an
> empty line and then a full description. The first line will be used to name
> the patch by git format-patch.
Should we continue to limit commit messages to 80 chars per line?
-Justin
More information about the ffmpeg-devel
mailing list