【重要なお知らせ】BacklogはGit LFSなどの利用を推奨し、GitリポジトリとGitリポジトリ内のファイルのサイズを2020年9月上旬から順次制限します | Backlogブログ
Backlogを安定して運用し全てのお客様に安心してご利用いただくために、2020年9月上旬からGitリポジトリのサイズとGitリポジトリ内のファイル単体のサイズを制限します。これらのサイズの制限を超える場合、リポジトリへのプッシュはブロックされます。大きすぎるファイルを管理する方法として、後述のGit LFSやファイル共有を推奨します。 適用される制限、制限の背景、制限の対象と適用スケジュール、制限にともないお客様でご対応が必要なケースについてご説明します。 適用される制限 2020年9月上旬より適用される、Backlogの各プロジェクトに存在するGitリポジトリのサイズ（以下、リポジトリサイズ）とGitリポジトリ内のファイルサイズ（以下、ファイルサイズ）の制限について、具体的に説明します。 ファイルサイズは最大100MBまで ファイルサイズは100MBを上限とし、それ以上は制限の対象と
リポジトリを後から共有できるようにする。 - kuma8の雑記帳
はじめに リポジトリを共有モードにするのを忘れていてトラブったので、解決した際の方法を紹介します。 今回は、 ssh経由でアクセスことが前提です。 http/https を利用する場合は別途手順がありますので、機会があれば後日紹介します。 解決方法 まず、 Git リポジトリをチームで共有する際には、 --shared オプションを付与し、リポジトリを初期化します。次に、チームのメンバーの umask を 002 もしくは 007 に変更します。 手順さえ間違えなければ、リポジトリの共有は簡単です。 --shared を忘れた場合はどうなるのかというと、正しく共有できる状態となっていないため、Permission denied が発生します。 この状態は、次の手順で解消できます。 $ cd /your/git/repository $ git config core.sharedRepos
PhpStormで始めるGit生活 - RAKUS Developers Blog | ラクス エンジニアブログ
みなさんこんにちは。ぺちぱー歴5年のフジサワでございます。 今回は、PHP開発にはかかせない、PhpStormとGitを連携させて使用する方法をご紹介します。 有償ツールということもあってか、意外とPhpStormを使用したGitの利用方法について詳しくまとめられている記事が少ないので、いっそまとめてしまおうと思い至りました。 本記事では以下の環境をベースに解説しています。 OS:Windows 10 Home Edition PhpStorm: 2017.2.3 なお、今回の記事では、「開発する上でよく使う機能」のうち、基本的な一部の機能しかご紹介していません。 他の機能については、また改めて記事にまとめ、投稿させて頂きます。 目次 PhpStormのGit関連のUIについて まずはここから [git clone] 新しいブランチを作成する [git branch] 変更内容をコミットす
まだ .gitconfig に core.excludesfile を設定しているの？ - Qiita
をして、 ${HOME}/.gitignore_global を置くと。 ダメなんだよ・・・・・・!そういうのが実にダメ・・・・！せっかくgitconfigをスカッとしようって時に・・・・その横着は傷ましすぎる・・・・・・・・！ man gitignore を見ると Patterns which a user wants Git to ignore in all situations (e.g., backup or temporary files generated by the user’s editor of choice) generally go into a file specified by core.excludesFile in the user’s ~/.gitconfig. Its default value is \$XDG_CONFIG_HOME/git/igno
gitの良さは未だに分からないがPullRequestの良さはちょっとだけ分かるぞい - ブログなんだよもん
スマートニュース見てたらこんな記事が上がってました。 crapp.hatenablog.com まあ、gitの良いところはそれなりにありますがローカルコミットを上手に使えるようになるまでの壁はとても高いですよね。 正直言えば私もrebaseとかなるべく打ちたくないし、使いこなせてるとは言い難い。 とはいえPR（本文中はマージリクエスト）がレビューを強制するので良くないとか、trunkに直接コミットすれば良くないとかはどうなん？ と思ったり。 そもそも個人的にはSVNとgitで運用方式がさほど変わるとは思えないのですよ。実際変えなかったし。 というわけで、私が使ってるコード管理方式について語りたいと思います。タイトルはちょっと釣り... というかぞいぞい言いたかっただけです！ そもそもSVNでどう運用していたか？ たぶん、多くのサービスがそうであるようにSVNからGitに移行しました。もっと
IntelliJ IDEAの「git rebase -i」が素晴らしく使いやすい件
変更したいコミットのひとつ前のハッシュ番号をコピーする 以下のようなコミットログがあるとします。 今回は、以下のコミットログのコミットメッセージの「4」を「4edit」に変更してみます。 コミットメッセージ「4」のひとつ前のコミットを選択して右クリックし、「Copy Revision Number」を選択してコミットのハッシュ番号をコピーします。 コピーしたハッシュ番号を Rebase branch の Onto に貼り付ける 上部メニューの VCS ＞ Git ＞ Rebase... を選択して rebase を開始します。Rebase branch ウィンドウが立ち上がるので、「Onto」に先ほどコピーしたハッシュ番号を貼り付けます。 Interactive にチェックが入っていることも念のため確認しておきましょう。 rebase の Action を指定する Rebase Commi
BacklogのGitリポジトリからCPIサーバに自動デプロイする
Gitを使ったワークフローで、とてもとまどったのが テストアップまでの工程の長さ、スピードの遅さ です。Gitを使う前までは、作業後DWでチェックインするだけ（ポチっとするだけ）でテストアップが完了していたので「差分を抽出して手動でFTP」という段取りに「ほんとにこれでいいのかな？？と」デメリットを強く感じました。作業効率を落としてでも、コードレビューや履歴管理を取り入れるべきなんだろうか、と。 アプリやシステム開発がメインではない、いわゆるWebサイトの構築が主体の場合は、実際にブラウザで表示させた状態でのコンテンツの確認が不可欠。なので弊社でも、ローカル開発サーバとテストサーバを同期し、テストアップ後にコードのチェックを行うというフローを組むことで、テストアップまでの時間をなるべく短縮するようにしてきました。 関連記事：Git以前のワークフロー 一転Gitで管理することになると、リモー
Git 特定のフォルダのみcloneする - Qiita
リポジトリのここのフォルダだけcloneしたいんだ、Subversionでいうところのcheckoutだ、という場合はsparsecheckoutの機能を使用する。 特定のフォルダだけclone、という以外に絶対にcommitしたくないファイルを外したりできるので、覚えておくと便利(設定ファイルを個人ごとに書き換えなければならない場合など)。 git clone xxx git config core.sparsecheckout true echo I_want/this_folder/ > .git/info/sparse-checkout git read-tree -m -u HEAD echo I_forget/this_folder/ >> .git/info/sparse-checkout まずは普通にcloneをしてきて、そのあとsparsecheckoutを有効にする。
gitでシンプルなデプロイ環境を作る - Qiita
gitで最低限のデプロイ環境を作る際のメモ。 いろいろなCIツールを使うまでもない、小規模なコンパイルいらずのWebアプリのデプロイ環境を作る。 CIツールを使う場合でも基礎となる知識なので整理しておく。 やりたいこと ローカルで開発。 リモートにpush pushを拾って、公開ディレクトリにpull イメージ 図で書くとこんな感じ。 今回は、独自のリモートリポジトリを使うが、ここがGitHubとかでもいい。 前提条件 ローカル、リモートにgitがインストールされていること（Mac想定） リモート（サーバ）にはsshで透過ログインできること 手順 まずは、push,pullの流れを手動でやってみる。 リモートリポジトリの用意（リモート） とりあえず、外からは非公開かつ、チームがアクセスできるディレクトリを用意し、リモートリポジトリにする。
Stop using `git pull` for deployment! - The Grimoire
Stop using git pull for deployment!¶ The problem¶ You have a Git repository containing your project. You want to “deploy” that code when it changes. You'd rather not download the entire project from scratch for each deployment. The antipattern¶ “I know, I'll use git pull in my deployment script!” Stop doing this. Stop teaching other people to do this. It's wrong, and it will eventually lead to dep
git pull と git pull --rebase の違いって？図を交えて説明します！ | KRAY Inc
はじめに こんにちは、クレイの亀井です。ここ最近一気に気温が上がりましたね。顔に重点的に汗をかくタイプの私には憂鬱な季節がやってまいりました さて、今月正式リリースしました(！) DocBase プロジェクトではクレイ外部のデザイナーの方と一緒に開発しています。SourceTree で Git を使っている方で、軽いデザイン修正などは弊社の Rails プロジェクトに直接手を加えてプルリクエストを送ってくれます。 こちらのデザイナーさんに「プルリクエストを送る際は、作業ブランチで git pull --rebase origin master してから送ってもらえますか？」とお願いすると「pull はわかるんですけど、この --rebase ってなんですか？これつけると何が変わるんですか？」と質問がきたのです。 作業ブランチで git pull --rebase origin master
SourceTreeから始めるGit - Qiita
SourceTreeというガッツリしたGUIクライアントができてから、「Gitはコマンド打つべし」という感じでもなくなりつつあるかなと感じている(現に、TortoiseSVNを使っているときにSVNのコマンドを意識したことはなかった)。 そんなわけで、ここではGitの詳しい説明は一切はしょりSourceTreeの操作にのみ焦点を当てて解説を行う。ただ、コマンドにも興味あるという方に備え、コマンドも併記しておく。 インストール こちらにアクセスしてインストール。 https://www.atlassian.com/ja/software/sourcetree/overview なお、以下の説明ではWindows版を使用。 初期設定 ツール>オプションから各種設定が可能。見ておくべき箇所は以下3点。 一般(git config) ユーザー名/メールアドレスは必ず設定しておく。インストール時に設
サルでも分かるGit Webフック入門 | Backlogブログ
仕様や画面は現行バージョンと異なる可能性があります。 Backlogの最新版についてはこちらからご確認ください。 みなさん、こんにちは。中村です。 GWも終わり、サブタスク機能を始めとした次回のリリースに向けて、テストユーザの方のご協力のもと、日々開発を進めております。きっと満足ができるものを提供できるかと思いますので、乞うご期待ください。 さて、今日は4月初めのリリースで提供した、Git Webフックについて紹介します。 Webフックの概要 Webフックとは、Gitのpushをトリガーとして予め設定しておいたURLにpush時の情報をポストする機能です。GithubやBitbucketにはすでに導入されているので、概要についてはご存知の方も多いでしょう。Webフックを使うと、ソースコード管理と紐付けて他システムとの連携を行うことができます。 詳細については、こちらのヘルプも参照してくださ
gitでアレを元に戻す108の方法 | Webシステム開発／教育ソリューションのタイムインターメディア
以前gitで一度行った変更をなかったことにする方法4つを紹介しましたが、 日常的に git を使用していると他にも様々な 「なかったことにしたい」「元に戻したい」 という状況に遭遇します。 そのひとつひとつについて対処方法を紹介していきます。 目次 問題1: ライブラリの新機能を試すためにあれこれ適当なコードを書いてみた。でももう要らない。問題2: トピックブランチをマージしたけど実はまだ不完全だった。マージをやり直したい。問題3: リリース後に発覚したバグ。原因は30日前に自分が行ったコミットだった。なかったことにしたい。問題4: 新しいコミットしようとして間違えてgit commit –amendで書き換えてしまった。元に戻したい。問題5: 色々作業していたら作業ディレクトリの内容が混沌としてきた。一度綺麗な状態にしたい。問題6: 作業ディレクトリにゴミファイルが溜まってきた。一度綺麗
GitのRebaseによるBranchの運用 | DevelopersIO
渡辺です。 東京では雪が降って騒ぎになっていますが、札幌では雨が降って騒ぎなっています。 これっていわゆる「北から目線」ですが、目線の違いってのは結構大切なことです。 はじめにお断りしておきますが、今回紹介する手法はひとつの運用方法です。 自分はこんなやり方が好きだ／嫌いだといったことを言われても、「そうっすかｗ」としか言えません。 特にGitを使うと様々なやり方があるでしょう。 それらを否定するつもりも、今回紹介する方法が完璧な方法だとも考えていません。 あくまでGit（バージョン管理）運用手法のひとつとしてご紹介いたします。 マサカリを投げるのは歓迎しますが、好みの押しつけはご遠慮ください（笑） メインBranchへのMerge 安全なMergeを行う開発フローでも解説しましたが、Gitでは各開発者がそれぞれ作成したBranchに変更をCommitし、最後にメインBranchへMerg
スッキリ！ Git Commit Log - Qiita
以下のような人向けの記事です コミット履歴がスッキリしていないと気になって仕方がないという人 1つのコミットは1つの修正(typo修正、バグ修正、機能追加)に対応していないと落ち着かないという人 けどわりとよくルールを無視した修正やコミットをしてしまい後で直したくなる人 注意点 下記文中ではコミットログの改変を行なっています 複数人で共有リポジトリを使っている場合、共有済みのコミットログに対する改変は行わないようにしましょう まだ共有リポジトリにpushしていなければOK! 途中でgit rebaseを利用している箇所がありますが、rebaseそのものついての説明は省略しています 今の作業を一時的に中断して別の作業をやりたい 機能追加の修正を行なっている最中にtypoを見つけてしまったけど、機能追加が終わるのを待ってたら忘れてしまうかもしれないし・・・というようなケースの場合。 git s
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
社内Git勉強会向け資料
[git] masterブランチの入れ替え、的な | Drowsy Dog's Diary![[git] masterブランチの入れ替え、的な | Drowsy Dog's Diary](https://cdn-ak-scissors.b.st-hatena.com/image/square/d4ce1baca2ec91a8ea3b49aca650e760512b659e/height=288;version=1;width=512/http%3A%2F%2Fwordpress.com%2Fi%2Fblank.jpg)
git で管理してるプロジェクトの中でサブプロジェクトをやってたけど別リポジトリにしたくなったとき - Qiita
ガントチャート上でドラッグ＆ドロップでタスクの並び替えられるようにしてほしい – Customer Feedback for Backlog
