タグ

pushに関するU1and0のブックマーク (7)

  • gitのpush.defaultに関するノウハウ - Qiita

    gitのpush.defaultの設定に関して、他人のを設定してあげることもあり、毎回迷うのでまとめました。 push.defaultは、今まではmatchingというのがデフォルトでしたが、Git2.0からsimpleっていうのがデフォルトになります。なので、何らかの設定をしないと、以下の様な警告が出たりします。 warning: push.default is unset; its implicit value is changing in Git 2.0 from 'matching' to 'simple'. To squelch this message and maintain the current behavior after the default changes, use: git config --global push.default matching To squ

    gitのpush.defaultに関するノウハウ - Qiita
    U1and0
    U1and0 2018/01/07
    upstreamを使うことにした。デフォルトはsimple
  • Gitレポジトリを移行する方法 - Qiita

    既存のGitレポジトリを、GithubやBitBucketのようなホスティングサーバに移行したり、逆にローカルサーバのGitBucketやGitLabなどに移行したい場合、(乗り換えなど)まあ単純にpushすればいいやんと思ったら、思うような結果にならなかったり、面倒な手順になってしまったりしてしまった。 どうも自分のワーキングのレポジトリから飛ばそうとすると、tagだったりbranchだったりが移行できていないかったりするのです。 ぐぐると、いったんローカルにリモートと同名のブランチ作って(checkoutして)から、push --all, --tags とかしてる奴とかありますがそれは面倒だなぁやだなぁみたいな。 最終的には、これが一番楽な手順かなと思う手順に行きつけたのでここに記す。 $ git clone --mirror <SOURCE_REPOSITORY_URL> $ cd

    Gitレポジトリを移行する方法 - Qiita
    U1and0
    U1and0 2017/05/24
    “git push --mirror <DESTINATION_REPOSITORY_URL>”
  • git pull を --set-upstream-to で引数無しで実行可能にする - Qiita

    $ git pull There is no tracking information for the current branch. Please specify which branch you want to merge with. See git-pull(1) for details git pull <remote> <branch> If you wish to set tracking information for this branch you can do so with: git branch --set-upstream-to=origin/<branch> branch_name

    git pull を --set-upstream-to で引数無しで実行可能にする - Qiita
    U1and0
    U1and0 2016/11/11
    git pull は基本は引数が必要.デフォルト参照先を決めるのには、各ローカルブランチごとに --set-upstream-to を使う
  • git リモートのブランチを削除する - かもメモ

    仕事エンジニアしてないと当にどんどん忘れて言っててヤバイって感じてる今日このごろな訳です。 マージしたブランチの消し忘れとか不要なブランチが残ってると見通しが悪くなるのでリモートリポジトリのブランチは定期的に整理したい訳です。で、リモートのブランチを削除する方法。gitHubとかBitbucketとか使ってるとサービス上で削除できるのですが、まぁコマンドで削除する方法を。忘れてたので、メモしておきます。 リモートのブランチを削除する手順 $ git branch -a * master release/20160229 remotes/origin/HEAD -> origin/master remotes/origin/master remotes/origin/release/20160229 こんな感じにブランチがあります。 release/20160229はmasterにマー

    git リモートのブランチを削除する - かもメモ
    U1and0
    U1and0 2016/08/31
    git push origin [ローカルのブランチ]:[リモートのブランチ] なので、:ブランチ名でpushするとリモートのブランチが削除できるのは git push origin [空]:[リモートのブランチ] リモートのブランチに何もない空のブランチをpushするの
  • git pushがrejectされたときの対処 - Qiita

    たまに起こるのでメモします。 ブランチ切って作業していて完成したからpushしようとしたらrejectされた。 エラー文を見てみると下記が原因らしい。 Updates were rejected because the tip of your current branch is behind 頻繁にpullしてるつもりなんですが、、僕がpushするまでの間に、他の人 のpushがあるなどしてリモートが変更されている状況のときに起こるっぽい ですね。 対処方法はググるとたくさん出てきますが、このときhintってのが出てて "git pull ..."って書いてある。今までpullっていうとmasterから pullするってことしか頭になかったんですがね、、、とりあえず git pull origin masterしてみた。直らない。 いろいろやっててたらどうやらpullの指定先を間違っていた

    git pushがrejectされたときの対処 - Qiita
    U1and0
    U1and0 2016/08/06
    hogeを他の人が進めてしまった場合、git pull --rebase origin hoge すると、 remoteの変更をpullした上で自分の変更をその後にマージしてくれます。
  • git pushがrejectされたときの解決の手順 - 今日もスミマセン。

    いまだにgitがよくわかってない。 git push すると $ git push To git@github.com:snaka/snaka-code-pocket.git ! [rejected] master -> master (non-fast forward) error: failed to push some refs to 'git@github.com:snaka/snaka-code-pocket.git' To prevent you from losing history, non-fast-forward updates were rejected Merge the remote changes before pushing again. See the 'non-fast forward' section of 'git push --help' for d

    git pushがrejectされたときの解決の手順 - 今日もスミマセン。
    U1and0
    U1and0 2016/07/31
    、 git fetch && git merge origin/master だけで OK ですよ。
  • 【git】git pushがrejectされたときの対応方法 at softelメモ

    問題 git push しようとしたら、rejectされた。どうしよう。 C:\tmp\gittest\testB>git push c:\tmp\gittest\test master To c:\tmp\gittest\test ! [rejected] master -> master (non-fast-forward) error: failed to push some refs to 'c:\tmp\gittest\test' hint: Updates were rejected because the tip of your current branch is behind hint: its remote counterpart. Merge the remote changes (e.g. 'git pull') hint: before pushing again.

    【git】git pushがrejectされたときの対応方法 at softelメモ
    U1and0
    U1and0 2016/05/19
    対応方法 1) とりあえず git pull する 対応方法 2)fetch して merge する 対応方法 3)fetch して rebase する 対応方法 4)pull –commit や pull –rebase する
  • 1