Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?
![[新人教育] 何も知らない人がGitとGitHubを独学で知る - Qiita](https://cdn-ak-scissors.b.st-hatena.com/image/square/c4d82e6a6e6fca5cf7fbdaf994ac8ef11637763f/height=288;version=1;width=512/https%3A%2F%2Fqiita-user-contents.imgix.net%2Fhttps%253A%252F%252Fcdn.qiita.com%252Fassets%252Fpublic%252Farticle-ogp-background-412672c5f0600ab9a64263b751f1bc81.png%3Fixlib%3Drb-4.0.0%26w%3D1200%26mark64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZ3PTk3MiZoPTM3OCZ0eHQ9JTVCJUU2JTk2JUIwJUU0JUJBJUJBJUU2JTk1JTk5JUU4JTgyJUIyJTVEJTIwJUU0JUJEJTk1JUUzJTgyJTgyJUU3JTlGJUE1JUUzJTgyJTg5JUUzJTgxJUFBJUUzJTgxJTg0JUU0JUJBJUJBJUUzJTgxJThDR2l0JUUzJTgxJUE4R2l0SHViJUUzJTgyJTkyJUU3JThCJUFDJUU1JUFEJUE2JUUzJTgxJUE3JUU3JTlGJUE1JUUzJTgyJThCJnR4dC1hbGlnbj1sZWZ0JTJDdG9wJnR4dC1jb2xvcj0lMjMyMTIxMjEmdHh0LWZvbnQ9SGlyYWdpbm8lMjBTYW5zJTIwVzYmdHh0LXNpemU9NTYmcz1kOGJlZmViOWQ0MDQ4MDcxYzE5NTJlNzU1NWM4ZTk2Ng%26mark-x%3D142%26mark-y%3D57%26blend64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZoPTc2Jnc9NzcwJnR4dD0lNDBpa2VuamkmdHh0LWNvbG9yPSUyMzIxMjEyMSZ0eHQtZm9udD1IaXJhZ2lubyUyMFNhbnMlMjBXNiZ0eHQtc2l6ZT0zNiZ0eHQtYWxpZ249bGVmdCUyQ3RvcCZzPTdjNDNjNTJlMjExZjZlY2IxMGQyMzM5NGZkZmQ3ZWUw%26blend-x%3D142%26blend-y%3D436%26blend-mode%3Dnormal%26txt64%3DaW4gZ2lmdGVl%26txt-width%3D770%26txt-clip%3Dend%252Cellipsis%26txt-color%3D%2523212121%26txt-font%3DHiragino%2520Sans%2520W6%26txt-size%3D36%26txt-x%3D156%26txt-y%3D536%26s%3Da21fc58da4a14ff468039b5829ff4e02)
Unityの設定 [Edit] -> [Project Settings] -> [Editor]を選択 Inspectorビューを開く [Version Control] のModeを [Visible Meta Files] に変更 [Asset Serialization] のModeを [Force Text] に変更 Gitの設定 .gitignoreを作成し以下を記述する /[Ll]ibrary/ /[Tt]emp/ /[Oo]bj/ /[Bb]uild/ /[Bb]uilds/ /Assets/AssetStoreTools* # Autogenerated VS/MD solution and project files ExportedObj/ *.csproj *.unityproj *.sln *.suo *.tmp *.user *.userprefs *.pidb
$ git flow init No branches exist yet. Base branches must be created now. Branch name for production releases: [master] Branch name for "next release" development: [develop] How to name your supporting branch prefixes? Feature branches? [feature/] Release branches? [release/] Hotfix branches? [hotfix/] Support branches? [support/] Version tag prefix? [] 2 つのメインブランチ develop と master が作成されます。 master
outline git-grepの話 -eオプションの話 --andオプションの話 git-grepの話 UNIX系のOSを使ったことのある人ならみんな大好きgrepコマンド。 その拡張がgit-grepだ。 ふつうのgrepだと、指定したディレクトリ以下のファイル『全て』を検索対象としてしまうため、膨大な時間がかかることがよくある。そして時間を持て余してネットサーフィンしたりコンビニに買い物に行ったりする。そして帰ってきて見るとファイルが見つからなかったりして、貴重な労働時間をムダにするのである。 そこでgit-grepですよ git-grepは、gitで管理しているリポジトリの範囲内でgrepするコマンドだ。 何が違うかというと、 gitで管理しているリポジトリの中身「しか」検索できない その分ふつうのgrepと比べて圧倒的に速い というところである。 もちろんふつうのgrepも、ちゃ
2019/12/11 分かりやすいサイトへのリンクを追加しました hub コマンドの hub fork について追加しました 2013/04/11 興味深い手法があれば随時追加していきます ネットを検索すると、色々な手法が出てきますが、自分としては「WEB+DB PRESS plus 開発ツール徹底攻略」p.71 に載っていた以下の手法がシンプルで良く理解できました。 本家リモート upstream を追加する方法 本家リポジトリの例として、実際にGitHubに存在する練習用リポジトリ git@github.com:DQNEO/Renshu.git を使います あなた (youraccount) が既にForkしているRenshuリポジトリをcloneします。 $ git clone git@github.com:youraccount/Renshu.git Cloning into 'R
すればすぐ何もなかったことにできます。 が!そこで気付かずに GitHub へ git push してしまった!こうなると容易に何もなかったことにはできません。 この記事では、こういうときに何もなかったことにする方法を紹介します。 そのデータを無効にする 特に Public Repository の場合はすでにそのデータが他人の目に触れていた…ということも十分ありえます。AWS_SECRET_ACCESS_KEY なんかは取得用のクローラが存在するとも聞きます。ので、まずは不正利用されても影響が出ないように、__パスワードの書き換えやトークンの無効化__を施しましょう。 (この時点でもう何もなかったことになってない気がする) git の履歴から該当のファイルを消す git reset と git filter-branch 2つの方法があります。 git reset (2015-12-29
CakePHP3を控えてCakePHP2ネタもいまさら感ありますが最近苦労したところのまとめです。 環境 開発 CakePHP2でWebシステムを開発。 開発者はそれぞれGitリモートリポジトリをクローンして手元で開発をしている。 サーバ構成 GitリモートリポジトリはGitLabを使って社内ネットワークに設置。 本番サーバはインターネット上(AWS)に2台ある。 2台の本番サーバは一部のディレクトリを共有してファイルアップロードに使用している。 本番サーバはGitLabサーバのインストールされたサーバからChefを使って管理している。 やりたいこと Gitリモートリポジトリの特定ブランチに更新をPUSHした時にファイルを本番環境に反映したい。 CakePHPのモデル等キャッシュを削除するためにファイルの本番環境反映後に本番サーバ上でシェルスクリプトを実行したい。 設計 chefユーザは対
Git でコミットする前に普通は git diff を使用しますよね。 git diff しなくても、開いているバッファのどの行を追加/ 削除/ 編集したかを表示してくれるのが [git-gutter+] (https://github.com/nonsequitur/git-gutter-plus) です。 git-gutter+ を使うと、こんな感じでバッファの左端にマークが付きます。 ![git-gutter+] (https://raw.githubusercontent.com/nonsequitur/git-gutter-plus/master/images/git-gutter-main.png "git-gutter+") ちなみに + が付いていない git-gutter というものもあるのですが、違いは git-gutter の作者である syohex さんが説明してく
以前は問題なく動いていたはずの機能が、最新版では動かなくなっている・・・。こんなときは、「どのコミットが問題を混入させてしまったのだろうか?」を知りたくなるでしょう。 これを手助けするのが git bisect コマンドです。git bisect コマンドは、二分探索によって問題箇所を特定します。 事前準備 最初に大事なことがひとつあります。それは、「問題がない(good)状態と問題がある(bad)状態を、確実に判定できるようにする」 ことです。 当然のことではありますが、ここがあやふやだと、二分探索をしても問題箇所をうまく特定できません。 可能なら、「テストスクリプトを1つ実行するだけで判定」できるようにしたほうが良いです。このとき、テストスクリプトは、git リポジトリからチェックアウトした作業ツリーに対して実行できるようにします(例えばソースからのビルド処理もテストスクリプトに含めま
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く