【git】リモートのブランチのソースコード等を強制的にローカルに適用させる方法 - 伊達要一＠とうきょうDD954の書棚と雑記
githubなどのリモート側にあるソースコードをクローンしたあと、中身を一部修正して使うようなものがタマにあります。（具体的にはこれなど） そういったもののリモート側の更新をローカルに反映させようと「git pull」をしても、ローカルのデータと相違があるなどと怒られることがあったりするわけで。 というわけで、こちらのナレッジを元ネタに対応方法をメモ。 qiita.com 前提としてこちらのナレッジでリモート側のソースをローカルに反映させる方法を確認しておいた方がよい。 yohichidate.hatenablog.com 1. ローカルのディレクトリに移動して、以下のコマンドを実行する git fetch origin git reset --hard origin/master これで、リモート側のデータを強制的に適用できるようになる。念の為リモート側のソースをローカルに反映しておく。
GitHubに会社の就業規則を公開した - terurouメモ
これです。 ちゃんと社労士チェックを入れて、2014年時点の法運用Validな感じにしてあるので、下手な中小企業はおろか、ろくにメンテされていない大企業の就業規則よりマトモな内容になっているはずです。 なんで就業規則を公開したのか マトモな規則が作ってあれば公開しても特にデメリットはない むしろマトモな会社アピールができてよい 個人的には「無限RedBullです！！！！」みたいな事をアピールする会社よりマトモな広報・求人活動の一環だと思っている 自分で就業規則を作ろうにも、良いサンプルがなかった（後述あり） いわゆるOSS的な話。就業規則にも再利用性が合っても良いはず これを書いてて、就業規則にライセンスを明示するのを忘れていたことに気が付いた GitHubだと、就業規則の改定にプルリクを飛ばせて楽しいし、改定履歴も一目瞭然 零細企業に就業規則って要らないんじゃないの？ 従業員が10人未満
サイバーエージェントのGitHub活用 ～ 導入から運用体制、開発フロー、勉強会による現場への普及活動まで
また、Organization[1]の数も360を超え[2]、リポジトリ数もOrganizationのものだけでも2000近く作られています[3]。 新規のプロジェクトは基本的にGitを利用しており、既存プロジェクトもほとんどがSubversion（以下SVN）などからGitに移行しました。 本記事では、Ameba事業本部がどのようにGitを組織内に普及させていったか、その運用体制、現場でどのように利用されているのかをご紹介します。 [1] 複数アカウントをまとめるグループ機能です。リポジトリは個人単位だけでなく、Organization単位で作ることもできます。 [2] プロジェクト単位で1つのOrganizationを用意しています。 [3] 個人アカウントで作成したり、他からforkしたリポジトリは除いた数です。 GitHub Enterprise導入への道のり GHE導入以前の標準
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
【git】最新のソースファイル等をダウンロードする - 伊達要一＠とうきょうDD954の書棚と雑記
