よそからcloneしてきたリポジトリでは、remotes/origin/xxxという名前でoriginのブランチが参照される。 だが、他の人がhogeブランチを削除してoriginにpushしても、既にそのブランチが手元にある人のローカルリポジトリからは普通にpullしても消えてくれない。 そういった既にリモートで削除されているブランチを消したい場合は、以下のどちらかの操作を実行すればちゃんと消えてくれる。 git fetchもしくはgit pullにpruneオプションをつける --pruneオプションをつけると、fetchやpullする際に自動的にリモートで削除されているリモートブランチを削除してくれる。

案件で「作業の差分を納品してくれ」とか言われることってよくあります。 今までは手作業でディレクトリ作って、ファイルをコピーしてましたが、 もう、そんなうんざりする作業とはおさらばできそうです。 git archive と git diff の合わせ技で差分を出力できる事がわかったからです。 例えば、一個前のコミットから現在のコミットまでの差分を取り出したい時は、 git archive --format=zip --prefix=root/ HEAD `git diff --diff-filter=d --name-only HEAD^ HEAD` -o archive.zip まずは、git archive について。 --format=zip を付けるとzipで固めてくれます。 --prefix=root/ は抽出したファイルをrootディレクトリに入れた状態にしてくれます。 -o a

% git push origin master To https://github.com/xxxx/xxxxx.git ! [rejected] master -> master (fetch first) error: failed to push some refs to 'https://github.com/xxxx/xxxxx.git' hint: Updates were rejected because the remote contains work that you do hint: not have locally. This is usually caused by another repository pushing hint: to the same ref. You may want to first integrate the remote changes

Gitの基本的なコマンドは使えるようになったので、 軽快さを求めてtig(git cui browser)を導入します。 SourceTreeやその他GUIツールから移行を検討されている方や Gitを少し触り始めたけどルーティン操作が慣れない私向けの内容です。 インストール macならbrewからinstallできます。

この記事はFrontrend Advent Calendar 2014 - Qiita 4日目の記事です。 はじめに Atomのコントリビューティングガイドラインでは、「コミットメッセージを絵文字から始めることを検討してみよう」と説明しています。 例えば、次のようなコミットメッセージをpushした場合、 GitHub上では、 モックアップを作成 のように絵文字が表示されます。（Atomのコミット履歴） テキストだけのコミットメッセージと比べ、一見して「あ、まだ作業中なのかな？」みたいのが汲み取りやすくて良いんじゃないかな、と思います。（ターミナルやIDEでコミットログ見ちゃう人は:construction:がそのまま出力されるのでアレですけど） 8割くらいは遊び心のつもりですが、ここしばらくは絵文字付きのコミットメッセージを気に入って使っています。 チートシート GitHubあたりが絵文字

Atom is a large open source project — it's made up of over 200 repositories. When you initially consider contributing to Atom, you might be unsure about which of those 200 repositories implements the functionality you want to change or report a bug for. This section should help you with that. Atom is intentionally very modular. Nearly every non-editor UI element you interact with comes from a pack

You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert

みなさんは絵文字コミットというものをご存知でしょうか？ プロ生い人のサイトでも以下のように紹介されており、知っている人も多いと思いますが、GitHubで絵文字に置換される特定のワードをコミットメッセージに追加し、 ぱっと見でどういった種類の変更があったのかに気づきやすいようにするものです。 GitHub で絵文字入りコミットメッセージを活用しているプロジェクトを調べてみた | プログラミング生放送 少し前から興味があったのですが、GitLabやBitBucketでプライベートなリポジトリで開発してるものでは絵文字として表示されないため、なかなか導入する機会がありませんでした。 先々月にブログで記事にしたKodi用Chinachu PVRクライアントadd-onの作成をパブリックなリポジトリで開発しようと思い立ったとき、 いい機会だと感じたので初期コミットから絵文字コミットメッセージを導入し

Register as a new user and use Qiita more conveniently You get articles that match your needsYou can efficiently read back useful informationYou can use dark themeWhat you can do with signing up

断固としてコンピュータ言語を拒絶する 私の知っている最も一般的な .gitconfig は、ユーザ名の設定だけが記されたものです。そして、その次に一般的なものはこれです。 [alias] ci = commit cia = commit -a cam = commit --amend cama = commit --amend -a cl = clean cldf = clean -df res = reset resa = reset HEAD ... # 82 more 4-character aliases このコンフィグは、要するにあなたの頭の中のスペースをキーストロークに置き換えます。短縮コマンドのエイリアスを覚えれば、タイピング数の節約が可能です。しかし私はこれが好きではありません。私はタイプミスをしますし、睡眠不足なこともたまにあるので、このエイリアスではやりづらくなってしま

8. コミットに入ってる情報 リビジョン (SHA-1 ハッシュ) 例: 23cdd334e6e251336ca7dd34e0f6e3ea08b5d0db Author (コミットを作成した人) 例: オープンソースプロジェクトにパッチを送った人 Committer (コミットを適用した人) 例: 受け取ったパッチを取り込んだ人 ファイルのスナップショット (tree) コミットで変更されたファイルを含むツリー（説明は省略） 1つ前のコミットのリビジョン 例: 4717e3cf182610e9e82940ac45abb0d422a76d77 9. コミットに入ってる情報 リビジョン (SHA-1 ハッシュ) 例: 23cdd334e6e251336ca7dd34e0f6e3ea08b5d0db Author (コミットを作成した人) 例: オープンソースプロジェクトにパッチを送った人 Co

Ask questions, find answers and collaborate at work with Stack Overflow for Teams. Explore Teams Collectives™ on Stack Overflow Find centralized, trusted content and collaborate around the technologies you use most. Learn more about Collectives

You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert

会社で受託開発していて、gitを使った開発フローを考えることになった。 ニアショアに開発をお願いしていて、ニアショアからの受け入れタイミングが何回かあるから、それにあわせてブランチをわけている。 どういうフローで進めているかと、一番最後にやってみて思ったことを書いた。 どういうフローでやっているか リポジトリの構成 下記モジュールを用意した。 parent core entity common web batch tools ニアショアにて開発するモジュールは『common』、『web』、『batch』で、 アーキにて開発するモジュールは『parent』、『core』、『entity』。 ブランチ ブランチはこんな感じで分けている。 ちなみに、ソース管理はgitBucketを使った。 masterブランチ　…　リリース可能な状態の資源のみを管理する。結合テスト実施時は、本ブランチから資源を

会社でGit使いたいって言ったらサラッとOKが出た。 ただ、GitBucketを自分でたてなきゃいけないので、やり方を調べとく。 会社ではCentOSサーバを、触っていい環境として与えてもらえたので、家のMacにVirtualBox入れて、CentOSをたてて試してみた！ 環境 VirtualBox 4.3.28 CentOS-7-x86_64-Minimal-1503-01.iso VirtualBoxのCentOSにssh接続するまでの設定は↓のページをみながらやった！ VirtualBoxにCentOS7をインストールしてみる - yk5656 diary CentOS6とCentOS7では、ネットワーク設定のやり方が全然違っているので注意！ JDKをインストールする ↓のコマンドを打つと、インストールできる　jdkがいっぱいでてくるので、『〜devel』がついてるものをインストール

受託開発やっている、いまの開発スタイルを書く。 この前のブログはわりとフォーカスをしぼったはなしだったので、今回は簡単に全体のはなし。（書く順番が逆っぽい） 今回のプロジェクトではアーキテクトとして、この↓開発スタイルの構築と運用をしていて学び多い。 バージョン管理はGit プロジェクト用サーバーにGitBucketをたててソースコードを管理している。 オフショアと仕事をするなど、開発拠点がわかれることが多い。 ソースコードに対してロックをとったりしちゃうと、他の人が開発すすめられなくなるし、拠点別れて並行開発する大規模案件だからこそ、Gitを使う必要がある。 各開発者がブランチをきって開発をして、プルリクでレビュー依頼、からのマージをすることで、レビューが済んでいるソースしかmasterブランチに取り込まれない、というのもイイ。 弊社の”エンジニア”はみんな当たり前のようにGitを使って