GitHubを使用していて、こんなことは無いでしょうか。 プロジェクト内にディレクトリがあり、その中には解析対象の大きなファイル（mp3やmp4など）があるので、gitの管理対象外にしたい。 Whisperを使用していて、音声解析のもとになるmp3ファイルをディレクトリに保管しているので、そのような場合になります。このような場合には.gitignoreを使用することになるのでそのまま書けばいいのですが、cloneした際にこのようなディレクトリ構成は再現されません。（空のディレクトリはそもそも対象にならない仕様のようです） こんなときにはセットアップするためのshファイルを書いていたのですが、その方法は果たして正しいのか？という疑問を持ったので、このメモを作成しました。この方法のほうが少し楽かなというレベルです。 行いたいこと .gitignoreの設定と挙動 Gitの空ディレクトリの取り扱

自身のGitHubのリポジトリをバックアップして新しいリポジトリとしたいことはたまにあるかなと思います。計画性のない私とってはよくあります。漠然とforkすればいいのかなと思っていました。 機能的にはこれでもいいのですが、forkの場合には厳密にいうと以下のような点で注意が必要です。 forkしたリポジトリは、デフォルトで元のリポジトリとの関連が維持されます 【Compare & pull request】ボタンで元のリポジトリへのプルリクエストが作成可能 厳密には複製先（新）のリポジトリには複製元（旧）のリポジトリの依存関係が維持されています。ということで、依存関係をなくしてコピーを行うにはどうしたらいいかということを調べてみたところ今回の内容に行き着きました。 GitHubで自分のリポジトリを複製して新しいリポジトリを作成するには？ mirror cloneとは？ 1.新しい空のリポジ

ブランチ名の変更 $ git branch -m master main 変更したブランチの Push $ git push -u origin main HEAD参照の変更 $ git symbolic-ref refs/remotes/origin/HEAD refs/remotes/origin/main Github 上でデフォルトブランチ変更 ブランチの設定からデフォルトブランチのスイッチ main を選択 master ブランチ削除の Push $ git push origin --delete master

Elixir/Phoenixアプリをパブリックに公開するとき、一番手軽な方法はおそらく Gigalixir にデプロイすることです。 Gigalixirは、Elixirに対するサポートが強い（Hot Upgradeできたりします）HerokuのようなPaaSです。Herokuと同様にCLIでアプリを作って設定を行い、git pushするだけでデプロイできます。DB（PostgreSQL）も使えます。 Gigalixirの基本や導入については @piacerex さんの記事が分かりやすくまとまっているので、そちらをご覧ください。 手動でデプロイしたくない！ PhoenixはProductive |> Reliable |> Fast なフレームワークなので、たくさん改善してたくさんデプロイしたいですよね。それなのに、git pushだけでいいとはいえわざわざ手動でデプロイしたくありません。

最近 git diff の結果を GitHub プルリクエストのようなインタフェース (HTML) に変換する必要があった．既にツールがあるだろうと思って調べたところ「diff2html-cli」を使えば git diff の結果を HTML に変換できるとわかった．今回は diff2html-cli を紹介する． github.com インストール diff2html-cli は npm で簡単にインストールできる．今回は最新版 の v5.1.0 を使う．コマンドは diff2html となる． $ npm install -g diff2html-cli $ diff2html --version 5.1.0 今回はサンプルとして，GitHub リポジトリ redash-hands-on の v7.0.0 リリース (Tags) と v8.0.0 リリース (Tags) の差分を使う．

こんにちは、kenzauros です。 Git LFS は Git で大容量ファイルを扱えるようにするものですが、不具合というか結構クセが強くて、正常に pull できなかったり、 push できなかったりすることがあります。 今回は 1GB 超の大容量ファイルがうまく pull できないリポジトリがあったので、その回避方法をご紹介します。 概要 発生したのは下記の環境です。ほぼすべて最新バージョンですので、ツールバージョンによる不具合ではないと考えられます。 GitLab 8.15.2 SourceTree 1.9.10.0 Git 2.11.0 Git LFS 1.5.2 いくつかの種類のエラーが発生するのですが、基本的に大容量のファイルがリモートにアップされたあと、git pull するときに起こります。下記は一例です。 $ git lfs pull Git LFS: (27 of

サルでもわかるGit入門はサル先生のGit入門に改名しました。 サルでもわかるGit入門がPWAに対応しました。 iOSやAndroidのスマートフォンのホーム画面にサルでもわかるGit入門を追加することでネイティブアプリのように起動し、ブラウザよりも高速に閲覧することが可能になります。 こんにちは。 ヌーラボのマーケティング課所属のレオです。 私はヌーラボが運営するサイトやCacooの開発をサポートしたりとヌーラボ内を横断しているフロントエンドエンジニアです。 今回はレガシーな構成からNuxt.jsにリプレイスしたサルでもわかるGit入門を今更ながらPWAに対応させたので、かんたんにご紹介します。 そもそもPWAとは PWAとはProgressive Web Apps（プログレッシブウェブアプリ）の略です。 通常のWebサイト / Webアプリはブラウザ上で動作しますが、PWAはブラウザ

どこもかしこも妙ちくりんな図で混乱させてくるのうざい 自分で書いてみる gitなんてクソ難しいんだから、きちんと概念を理解させようとかすんなよ なぜgitが必要かバージョン管理のために必要、と言うと意味わからんと思う プログラムみたいなのは少しずつ変更していくんだ だから細かに変更の差分を管理したり、変更を戻せたりしなきゃきつい なぜgitか？他のバージョン管理との違いうるせぇgit使え そんなの来年考えろ gitの基本要素、用語branch： いきなり説明が難しいが、branchがわかればどうにかなる。 例えば、今編集しているプログラムに対して、RPGのセーブデータがあると思ってほしい。 それぞれのセーブデータがそれぞれのブランチにあたる。 セーブデータが1枠しか無いと、難しいだろ？何があるかわからない、戻ったり、試したりしたいからな。 セーブデータと少し違うのは、1個のブランチでも過去

はじめに Gitをそこそこ使いこなすにあたって必要な基礎知識やコマンドをまとめました。 Gitは少しかじったけど挫折したくらいの人が対象レベルになるかと思います。 当方、Subversionをまともに触ったことないゆとり世代なので集中管理型との違いとかはよく分かりません。 一部諸事情のため、XXXXXで情報を隠蔽しています。 この記事長いです。。。 Gitとは 分散型バージョン管理システム。 今時ソースコードなどをバージョン管理するってなったらGitを使うことになるでしょう。 GitHub(Enterprise含む)とかGitLabとかGitBucketとかBitBucketとかGitのサービスは複数ありますが、どれを使うかはチーム事情や会社事情などから決まる。 ローカルにリモートリポジトリの複製を作成するため、複数人が各々のローカルで変更履歴を利用して自由にファイルの編集やローカルコミッ

本特集の第1回「Visual Studio Codeの使い方、基本の『キ』」ではVisual Studio Code（以下、VS Code）の基本的な使い方を紹介しているが、今回はVS CodeからGitを使う方法について見てみることにしよう。なお、本稿はVS Code 1.23をベースとしている。また、基本的にはWindows版／64ビットのVS Codeで動作を確認している（macOS版でもざっくりとした確認はしている）。 VS CodeでGitを活用する：［ソース管理］ビュー VS Codeは標準の状態でGitソース管理マネジャー（Git SCM）拡張機能を含んでいる。ただし、事前にGitをインストールしていることが前提となる。インストールしていない場合には、次の画面のようなメッセージが表示されるので、Gitのインストール／設定を行っておこう。

Register as a new user and use Qiita more conveniently You get articles that match your needsYou can efficiently read back useful informationYou can use dark themeWhat you can do with signing up

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

はてなのアプリケーションエンジニアのid:shiba_yu36です。社内技術勉強会で「新機能作成時に開発ブランチに細かくmergeしていく戦略」という発表をしたので、資料を公開します。 speakerdeck.com 以下、簡単に文字でまとめておきます。 戦略 ユーザーに新機能が見えないようにする工夫をし、新機能のbranchもどんどん開発ブランチにmergeしていく mergeされたものは随時本番にリリースされるが、ユーザーに見えない工夫をしているので問題なし PRは可能な限り細かくする 機能が完成したら最後にユーザーに新機能を見えるようなPRを作り、mergeしてリリースする なぜこの戦略を使うのかいろんな失敗を経験して、この戦略を最近使っている。 失敗パターンその1: 巨大PRパターン 失敗パターンその2: 新機能リリースブランチパターン 失敗パターンその1: 巨大PRパターン 新機

A free Git client for Windows and Mac Sourcetree simplifies how you interact with your Git repositories so you can focus on coding. Visualize and manage your repositories through Sourcetree's simple Git GUI. Simple for beginners Say goodbye to the command line - simplify distributed version control with a Git client and quickly bring everyone up to speed. Powerful for experts Perfect for making ad

GitHubでは、サーバーを自前で準備しなくてもWebページを公開できる「GitHub Pages」という機能があります。これまでは、gh-pagesという別ブランチを作成して、そこにソースコードをプッシュする必要がありました。しかし、本日(2016/08/18)実装された新機能により、masterブランチのみでWebページを公開できるようになりました。 本エントリーでは、具体的な設定手順を紹介します。 手順 masterブランチにて、「docs」フォルダーを作成します。このフォルダーに公開したいWebページのソースコードを入れます。 masterブランチをプッシュします。 GitHubのリポジトリページ上で、[Setting]→[Pages]に移動します。 [Source]の箇所から、「Branch: main」、「/docs」フォルダーを指定します。 [Save]を押すと、下図の赤枠部

Gitで管理してるファイルの改行コードが混在してないですか？ いままではnkfを使って改行コードをLFに直したりしてたのですが、 Git側でLFになおしてくれる設定がありました。 なんてこった。。いままで無駄なことして履歴を汚してたなんて、、 core.autocrlf の設定を変更しておけばよかったようで git config --global core.autocrlf false デフォルトはfalseのようで、変換しないでそのままコミットしてチェックアウトするようです。 git config --global core.autocrlf true trueするとコミット時にLFに、チェックアウト時にCRLFに変換してくれます。 git config --global core.autocrlf input inputを設定するとコミット時にLFに変換してくれますが、チェックアウト時

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?