Matt (whose web site does not mention his last name as far as I can tell) has written an article "How to C in 2016". It's been linked to from Reddit and from Hacker News; the latter is where I saw it. Update: Matt has been kind enough to add a link to this critique to his article. Update: A couple of people have found Matt's last name from other sites, but since he didn't choose to include it in h
タグの付け方については、この記事の最後の方でちょろっと書いたけど、間違って付けちゃったりしたタグを消す方法がわからなくて調べたのでメモ。 前提 こうやって付けたタグを消したい場合の話。 $ git tag -a 0.2 -m 'hogehoge' $ git push --tags タグの消し方 git tagに-dオプションを付けて消した上で、GitHubのクローン用アドレスに向かってpushすると消せるみたい。 $ git tag -d 0.2 $ git push git@github.com:ruedap/hello-github.git :0.2 git remoteにoriginとしてGitHubが登録されているなら、わざわざアドレスを打たずにoriginでいける。 $ git remote heroku origin $ git tag -d 0.2 $ git push o
現在、Git は最も普及しているバージョン管理システムです。Git ワークフローは、Git を使用して一貫性のある生産的な方法で作業を行うためのレシピや推奨事項のようなものです。Git ワークフローによって、開発者や DevOps チームは一貫性を持って Git を効果的に活用できます。Git では、ユーザーは変更を柔軟に管理できます。Git は柔軟性を重視しているため、Git を操作するための標準化されたプロセスはありません。Git で管理するプロジェクトにチームで取り組む場合は、変更をどのように適用するのかについてチームで完全に合意することが重要です。チームの認識を統一するには、合意した Git ワークフローを作成または選択する必要があります。公開されている Git ワークフローの中に、チームに適したものがあるかもしれません。ここでは、このような Git ワークフロー オプションをいく
► 2025 (1) ► 1月 (1) ► 2024 (17) ► 12月 (2) ► 11月 (2) ► 9月 (3) ► 6月 (2) ► 5月 (2) ► 3月 (1) ► 2月 (3) ► 1月 (2) ► 2023 (15) ► 12月 (2) ► 11月 (1) ► 9月 (1) ► 8月 (1) ► 7月 (2) ► 6月 (2) ► 5月 (1) ► 4月 (1) ► 3月 (1) ► 2月 (1) ► 1月 (2) ► 2022 (9) ► 12月 (1) ► 11月 (2) ► 10月 (1) ► 7月 (1) ► 6月 (1) ► 5月 (2) ► 2月 (1) ► 2021 (10) ► 12月 (2) ► 10月 (1) ► 9月 (1) ► 8月 (2) ► 7月 (1) ► 5月 (2) ► 4月 (1) ► 2020 (21) ► 12月 (2) ► 9月
この投稿はGREE Advent Calendar 2013 20日目の記事です。 プロデューサーの皆さん、みりっほー。進捗どうですか？私はダメです。ごめんなさい。（´・ω・｀） WG事業部の二宮です。今日はアイマス駆動開発の話をしようかと思ったのですが、急遽Gitの使い方の話に変更しました(Inspired by 堀口先生)。 アイマス駆動開発の話が気になる方は、是非一緒に飲みに行きましょうw ※この記事では、ツールにGitやGitHubを利用することを想定しております。 Gitをスマートに使いたい グリーでは、基本的にA successful Git branching model（有志の方による日本語訳）にのっとって開発しています。 Gitについて基本的な考え方の部分は堀口さんの記事で言及されているので、私は現場で具体的にどのような使い方をしているのかについて書きたいと思います。 と
第２回 株式会社レキサス+Okinawa.rb合同勉強会の準備をしていたら、気づいたら出来ていたでござる...。何かの参考になれば幸いです。ライセンスはWTFPL – Do What the Fuck You Want to Public Licenseなので、自由に引用・配布して頂いて構いません。 Git/GitHub の準備 1. Gitをダウンロード＆インストールし、ターミナル上でgitコマンドが使えるようにしてください。 例： /Users/yasulab/github-clones% git --version git version 1.7.10.2 (Apple Git-33) 準備が終わった（あるいは既に終わっていた）ら、次に進んでください。 問題の取得＆提出の仕方 各グループが最終的に提出したコードを一覧出来るように、次の手順に沿って、問題をダウンロード＆提出してください
アッド & コミット 変更されたファイルを選択します。 git add <filename> git add * を実行するとIndexに追加されます。 これは基本的な作業の一つです。 変更を実際に適用するには git commit -m "Commit message" を実行します。 変更がHEADに入りましたが、 リモートリポジトリには未だ入っていません。 変更のプッシュ この時点で、変更がローカルリポジトリのHEADに適用されました。この変更をリモートリポジトリに適用するには git push origin master を実行し、masterの代わりに適用のブランチ名を入れます。 もし既存リポジトリをクローンせずに使用した場合 git remote add origin <server> を実行すると、リモートリポジトリを登録する事が可能です。 これで変更を特定なリモートリポジト
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
