Скрывает ли панель в gitkraken только для локальных задержек? [Дубликат]

AFAIK вся идея прикрытия состоит в том, чтобы скрыть что-то не столь важное при коверке local . Никто не должен знать о вашем любимом дерьме ;-) Единственное «но»: Но если я буду развиваться на нескольких рабочих станциях? Тогда scp лучше.

Кажется, что это очень аккуратный трюк. вы можете использовать git diff > file.diff (и зафиксировать файл), а затем восстановить изменения с помощью git apply file.diff (из любого места) для достижения того же результата.

Это объяснялось здесь здесь как хорошо.

Следующее не работает со шкафом, но с незафиксированными изменениями в рабочем каталоге. Он создает ветвь, автоматически вводит все текущие изменения и нажимает на пульт:

commit_and_push_ ( ) {
    # This will:
    #  1. checkout a new branch stash-XXX
    #  2. commit the current changes in that branch
    #  3. push the branch to the remote
    local locbr=${1:-autostash-XXX}
    git checkout -b $locbr
    git add .
    git commit -a -m "Automatically created commit"
    git push origin $locbr
    echo "Autocommitted changes in branch $locbr ..."
}

Используйте как:

commit_and_push_ my-temp-branch
commit_and_push_

Я бы пошел со вторым подходом, хотя не знаю, почему вы не можете передать его в master / featured branch. Можно также сделать вишневый сбор.

Просто используйте Dropbox, как этот парень. Таким образом, вам не нужно беспокоиться о том, чтобы нажимать заставки, поскольку весь ваш код будет скопирован.

http://blog.sapegin.me/all/github-vs-dropbox

Примечание. Я только что переписал этот ответ с 24-часовым появлением git-fu под моим поясом :) В моей истории оболочки весь shebang теперь три однострочных. Тем не менее, я не сдержал их для вашего удобства.

Таким образом, я надеюсь, вы сможете увидеть, как я это сделал, вместо того, чтобы просто слепо копировать / вставлять файлы.

Вот шаг за шагом.

Предположим, что источник находится в ~ / OLDREPO, содержащем stashes. Создайте клон TEST, который не содержит штампов:

cd ~/OLDREPO
git clone . /tmp/TEST

Нажмите все блокировки в виде ветвей temp:

git send-pack /tmp/TEST $(for sha in $(git rev-list -g stash); \
    do echo $sha:refs/heads/stash_$sha; done)

Петля на принимающей стороне, чтобы преобразовать обратно в штампы:

cd /tmp/TEST/
for a in $(git rev-list --no-walk --glob='refs/heads/stash_*'); 
do 
    git checkout $a && 
    git reset HEAD^ && 
    git stash save "$(git log --format='%s' -1 HEAD@{1})"
done

Очистите свои временные ветви, если вы

git branch -D $(git branch|cut -c3-|grep ^stash_)

Сделайте список записок git, и вы будете что-то вроде этого:

stash@{0}: On (no branch): On testing: openmp import
stash@{1}: On (no branch): On testing: zfsrc
stash@{2}: On (no branch): WIP on sehe: 7006283 fixed wrong path to binary in debianized init script (reported as part of issue
stash@{3}: On (no branch): WIP on debian-collab: c5c8037 zfs_pool_alert should be installed by default
stash@{4}: On (no branch): WIP on xattrs: 3972694 removed braindead leftover -O0 flag
stash@{5}: On (no branch): WIP on testing: 3972694 removed braindead leftover -O0 flag
stash@{6}: On (no branch): WIP on testing: db9f77e fuse_unmount_all could be starved for the mtx lock
stash@{7}: On (no branch): WIP on xattrs: db9f77e fuse_unmount_all could be starved for the mtx lock
stash@{8}: On (no branch): WIP on testing: 28716d4 fixed implicit declaration of stat64
stash@{9}: On (no branch): WIP on emmanuel: bee6660 avoid unrelated changes

В исходном репозитории , то же, что и

stash@{0}: WIP on emmanuel: bee6660 avoid unrelated changes
stash@{1}: WIP on testing: 28716d4 fixed implicit declaration of stat64
stash@{2}: WIP on xattrs: db9f77e fuse_unmount_all could be starved for the mtx lock
stash@{3}: WIP on testing: db9f77e fuse_unmount_all could be starved for the mtx lock
stash@{4}: WIP on testing: 3972694 removed braindead leftover -O0 flag
stash@{5}: WIP on xattrs: 3972694 removed braindead leftover -O0 flag
stash@{6}: WIP on debian-collab: c5c8037 zfs_pool_alert should be installed by default
stash@{7}: WIP on sehe: 7006283 fixed wrong path to binary in debianized init script (reported as part of issue #57)
stash@{8}: On testing: zfsrc
stash@{9}: On testing: openmp import

Немного поздно, но этот ответ может кому-то помочь. Я хотел бы знать это, потому что я хотел иметь возможность продвигать функцию / ошибку / независимо от работы и работать с той же точки на другом компьютере.

Что работает для меня - это совершить мой прогресс код (в ветке, в которой я работаю один). Когда я доберусь до другого компьютера, сделайте притяжение, затем отмените фиксацию с помощью:

git reset --soft HEAD^

Продолжайте работать так же, как и вы, со всеми вашими изменениями в работе, незафиксированными и неустановленными.

Надеюсь, что это поможет.

Я немного опаздываю на вечеринку, но я считаю, что нашел что-то, что работает для меня в этом отношении, и это может быть для вас тоже, если ваши обстоятельства одинаковы или похожи.

Я работая над функцией в своей собственной ветке. Филиал не сливается с хозяином и не подталкивает его до тех пор, пока не закончится, или я не совершил коммиты, которые мне кажутся удобными для публики. Итак, что я делаю, когда хочу перенести неустановленные изменения на другой компьютер:

• Сделайте фиксацию с сообщением фиксации типа «[non-commit] FOR TRANSFER ONLY», в котором отображается содержимое, которое вы хотите передать.
• Войдите в другой компьютер.
• Затем выполните: git pull ssh+git://<username>@<domain>/path/to/project/ rb:lb URL-адрес может отличаться для вас, если вы обращаетесь к своему репозиторию по-другому. Это выведет изменения с этого URL-адреса из удаленной ветви «rb» в локальную ветвь «lb». Обратите внимание, что у меня есть ssh-сервер, работающий на моем собственном компьютере, и я могу получить доступ к репозиторию таким образом.
• git reset HEAD^ (подразумевает --mixed). Сбрасывает HEAD, чтобы указать состояние до «[не-commit]» commit.

Из git-reset (1): «--mixed: Сбрасывает индекс, но не рабочее дерево (т. е. измененные файлы сохраняются, но не помечены для фиксации) [...] "

Таким образом, вы будете иметь свои изменения в файлах в конце, но никакие коммиты не сделаны для освоения и не нуждаются в тире.

Тем не менее это потребует от вас git reset --hard HEAD^ в репозитории, в котором вы сделали «[non-commit]», так как это commit - мусор.