Laravelのプロジェクトをgit cloneしたときの手順 | vdeep
こんにちは、okutani(@okutani_t)です。超かんたんなTipsなのですが、Laravelのプロジェクトをgit cloneしてきたときの手順を紹介します。今回はLaravel5.1で動作を確認しています。 よくあるケースとしては、「Laravelのプロジェクトに途中参加したけど、vendorとかないし動かないしなにこれ」といった場面ですね。あ、僕のことです。 そもそもLaravelって？という方は、過去記事の「Laravel導入方法＆初期設定まとめ | vdeep」をご覧ください。 Laravelをgit cloneしてくるとき、いくつかコマンドを覚えておく必要があります。覚えるまではこちらの記事をブックマークでもしておくと便利かと思います。 では、さくっと手順を見ていきましょう。 スポンサーリンク Laravelのプロジェクトをgit cloneした後にやること とりあえず
初心者でもほぼ無料でGitの使い方を学べるコンテンツ7選 - paiza times
Photo by othree こんにちは。谷口です。 開発業務未経験からITエンジニアを目指す方にとって、プログラミングだけでなく、習得しておきたいのがGitの使い方です。 Gitは、プログラミングしたコードの変更などをした履歴を管理してくれるシステムです。 開発をしていると、ファイルを編集前の状態に戻したいとか、間違えて編集しちゃったとか、どれが最新かわからないとか、そういうことがたびたび発生します。（プログラミングの勉強しているときに、コードをいじったら動かなくなってしまって「前の状態に戻したい！！」となった経験がある人も多いかと思います） そんなときに、バージョン管理をしておけば、コードの変更履歴を管理したり、過去のバージョンのファイルに戻したり…といったことが簡単にできます。そのため、ほとんどの企業がバージョン管理システムを導入しています。 バージョン管理システムには、大きくわけ
「新機能作成時に開発ブランチに細かくmergeしていく戦略」について社内勉強会で発表しました - Hatena Developer Blog
はてなのアプリケーションエンジニアのid:shiba_yu36です。社内技術勉強会で「新機能作成時に開発ブランチに細かくmergeしていく戦略」という発表をしたので、資料を公開します。 speakerdeck.com 以下、簡単に文字でまとめておきます。 戦略 ユーザーに新機能が見えないようにする工夫をし、新機能のbranchもどんどん開発ブランチにmergeしていく mergeされたものは随時本番にリリースされるが、ユーザーに見えない工夫をしているので問題なし PRは可能な限り細かくする 機能が完成したら最後にユーザーに新機能を見えるようなPRを作り、mergeしてリリースする なぜこの戦略を使うのかいろんな失敗を経験して、この戦略を最近使っている。 失敗パターンその1: 巨大PRパターン 失敗パターンその2: 新機能リリースブランチパターン 失敗パターンその1: 巨大PRパターン 新機
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
