[devel] git при разработке .vs. git при упаковке

[devel] git при разработке .vs. git при упаковке

[Denis Medvedev]

Уважаемые коллеги!
Вопрос: как быть с git если хочется при разработке упаковки пакета временно делать кучу коммитов, с обьяснениями, понятными лишь мне самому, а в окончательный репозиторий чтобы они не попадали (чтобы сhangelog не портился сообщениями "убрал переменную i из-за оптимизации кода")?

Re: [devel] git при разработке .vs. git при упаковке

[Timur Batyrshin]

[-- Attachment #1: Type: text/plain, Size: 1033 bytes --]

On Thu, 30 Sep 2010 10:58:06 +0400
Denis  Medvedev wrote:

> Вопрос: как быть с git если хочется при разработке упаковки пакета
> временно делать кучу коммитов, с обьяснениями, понятными лишь мне
> самому, а в окончательный репозиторий чтобы они не попадали (чтобы
> сhangelog не портился сообщениями "убрал переменную i из-за
> оптимизации кода")?

А они нужны потом для себя, для истории?
Если нет -- делаем git reset, а потом коммитим заново.
Или так же откатываем по-одному, делая git commit --amend

Еще слышал что-то про git rebase, но никогда им не пользовался, поэтому
пусть про него расскажет кто-нибудь другой.

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 198 bytes --]

Re: [devel] git при разработке .vs. git при упаковке

[Slava Semushin]

30 сентября 2010 г. 13:58 пользователь Denis  Medvedev <a_mdl@mail.ru> написал:
> Уважаемые коллеги!
> Вопрос: как быть с git если хочется при разработке упаковки пакета временно делать кучу коммитов, с обьяснениями, понятными лишь мне самому, а в окончательный репозиторий чтобы они не попадали (чтобы сhangelog не портился сообщениями "убрал переменную i из-за оптимизации кода")?

Может быть вести разработку и упаковку в двух разных бранчах?
Например, в master пакет для Сизифа, а в devel ваши исходники с вашим
кодом. И затем время от времени делать git merge --squash, чтобы все
ваши изменения мержить одним большим коммитом?


-- 
Slava Semushin

Re: [devel] git при разработке .vs. git при упаковке

[Denis Medvedev]

Thu, 30 Sep 2010 11:11:36 +0400 письмо от Timur Batyrshin <batyrshin@ieml.ru>:

> On Thu, 30 Sep 2010 10:58:06 +0400
> Denis  Medvedev wrote:
> > Вопрос: как быть с git если хочется при разработке упаковки пакета
> > временно делать кучу коммитов, с обьяснениями, понятными лишь мне
> > самому, а в окончательный репозиторий чтобы они не попадали (чтобы
> > сhangelog не портился сообщениями "убрал переменную i из-за
> > оптимизации кода")?
> А они нужны потом для себя, для истории?
Да, нужны
> Если нет -- делаем git reset, а потом коммитим заново.
>

Re: [devel] git при разработке .vs. git при упаковке

[Michael Shigorin]

On Thu, Sep 30, 2010 at 11:11:36AM +0400, Timur Batyrshin wrote:
> Еще слышал что-то про git rebase, но никогда им не пользовался,
> поэтому пусть про него расскажет кто-нибудь другой.

http://tomayko.com/writings/the-thing-about-git
"The Tangled Working Copy Problem"

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

Re: [devel] git при разработке .vs. git при упаковке

[Денис Смирнов]

[-- Attachment #1: Type: text/plain, Size: 597 bytes --]

On Thu, Sep 30, 2010 at 10:58:06AM +0400, Denis Medvedev wrote:

DM> Вопрос: как быть с git если хочется при разработке упаковки пакета временно делать кучу коммитов, с обьяснениями, понятными лишь мне самому, а в окончательный репозиторий чтобы они не попадали (чтобы сhangelog не портился сообщениями "убрал переменную i из-за оптимизации кода")?

Временно делается куча коммитов, потом git reset soft + git amend. Ну или
man git rebase на предмет interactive.

-- 
С уважением, Денис

http://mithraen.ru/
----------------------------------------------------------------------------

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 198 bytes --]

Re: [devel] git при разработке .vs. git при упаковке

[Vitaly Lipatov]

В сообщении от Четверг 30 сентября 2010 Timur Batyrshin написал(a):
...
> Еще слышал что-то про git rebase, но никогда им не пользовался, поэтому
> пусть про него расскажет кто-нибудь другой.
Вполне подходит git rebase, например
$ git rebase -i HEAD~5
стоит почитать предварительно документацию.

Этот инструмент позволит объединить разные коммиты в один, убрать ненужные, 
изменить порядок коммитов и комментарии к ним.

-- 
Lav
Виталий Липатов
Россия, Санкт-Петербург. www.etersoft.ru
GNU! ALT Linux Team! WINE! WIKI! LaTeX! LyX!