Cursor の無料版を使い続ける場合の設定 - Qiita
更新履歴 2025/06/29 Gemini 2.5 Flash を推奨 2025/05/07 学生への 1 年間無償提供を紹介 2025/05/05 Gemini 2.5 Flash Preview 04-17 を推奨 2025/03/13 Gemini 2.0 Flash との相性を踏まえ、Roo Code を推奨 2025/03/12 Composer が再編されて Agent になり、無料版でも使えるようになったのを反映 2025/01/09 無料枠で使い続けるという趣旨から、コード補完には Cody を推奨 概要 Cursor の無料版でも最低限の基本機能は利用できます。 AI Chat でのメンション：Codebase (RAG)、Git、ファイル指定 RAG を構築する手間が不要 Git 機能は、コミットメッセージを生成するのに便利（特に英語でコミットメッセージを書く場合）
GitHubでテキストドキュメントを公開する - Qiita
こちらの ゆめみスタッフブログ にも書きましたが、Qiitaにも投稿します。 GitHubは、プログラムのソースを公開するだけでなく、テキストドキュメントを置くことができます。 例えば、こういうものです ⇒ https://github.com/hkusu/github_document_demo/blob/master/README.md プログラマの方でなくても手順やガイドラインなどを公開したり、またドキュメントを複数人で書いたりバージョン管理するのに活用できます。 必要なもの GitHubのアカウント https://github.com で取得 Gitのクライアント環境 ここが分かりやすいです。 http://www.backlog.jp/git-guide/ リポジトリ内のファイルの構成 とくに決まりはないのですが、こういう構成がいいんじゃないかというものです。 （ボリューム
ChatGPTプラグインの「Webpilot」と「Show me」の組み合わせが最強 - Qiita
ChatGPTのプラグインが開放されてから色々と試したところ、「Webpilot」と「Show me」の組み合わせが最強と気が付いたので、紹介します！ おすすめのプラグインは以下のページで解説しています！ また、ChatGPTを使ってエンジニアの生産性を上げるChatGPTの活用方法とプロンプト例は以下の記事で紹介しているので、こちらも併せてご覧ください。 ChatGPTプラグインとは ChatGPTプラグインは、ChatGPTをサードパーティのアプリケーションと連携させるツールです。 これは、GoogleスプレッドシートのアドオンやGoogle Chromeの拡張機能と同様に、公式だけでなく第三者の開発者が作成した機能をChatGPTに追加することで機能を拡充できるものとなっています。 具体的には、プラグインを利用することで、ChatGPTに以下のような機能を追加できるようになります。
git rebase についてまとめてみた - Qiita
git rebaseについてまとめてみた はじめに なんとなくでしかgit rebaseを使ってないなと思ったので、 git manualなどを読んで自分なりのメモを残すことにしました。 ここ(Qiita)に上げておけばきっと読み返す機会が多くなるはず。 そもそも、この記事の投稿時は仕事でGITを使っているわけではなく、個人で使うオプションも、ほぼ"--continue"と"--abort"だけなので、 この際、きちんと他のオプションも理解しておきたいと思いました。 もしも、記事の中で間違いなどありましたら、編集リクエストやコメントなどで教えていただければ幸いです。 ※オプションも全て記載しようと思ったのですが、結構な量があったため断念 今後、使用する機会、リクエストや学ぶ機会があったら追記もしくは別記事で投稿します。 注意事項 ※多人数で開発している場合すでにプッシュしているコミットを改
【GitFeatureFlow】GitFlowをやめて本番リリースが楽になった話 - Qiita
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? 背景 サーバーサイド開発のプロジェクトでGitFlow(的な)運用を行っていたが、本番リリースの際に困ることがあったのでgitの運用フローを変えて解消したという話。 まず問題の内容から順番に書いているので、結論(新しい運用ルール)だけ知りたい人はこちら git運用フローについては、GitFlow・GitHub Flow・GitLab Flowなどが有名だがどれとも少し違うように思ったのでまとめた。 <2018/06/10追記> 新フローにも名前が欲しいと思っていたが、同じやり方を「GitFeatureFlow」と呼んでいる記事を見つけた
laravel-permissionの使い方 - Qiita
Qiitaで書くのは初めてなので不届きなどありましたらお許し下さい。 目的 ウェブアプリケーションを作っていると色々な制限を実装しなければならないことが多いと思います。 その中でログインしているユーザーができることを許可／拒否する権限を実装することがあると思います。 例えば特定のユーザーはこの機能を使うことができるけど、それ以外のユーザーは使えないようにするとか、ユーザーごとに設定するのは管理が大変だからロールに設定したいとかです。 自分は10年以上Javaでウェブアプリケーションを作っておりSpringではSpringSecurityを使って同様な機能の実装ができます。 Laravelではlaravel-permissionというパッケージを使うことで比較的簡単に実装することができます。 実際に簡単なアプリケーションを作って見たいと思います。 動作（開発）環境 PHP 7.1 Larav
RailsでアプリをHerokuにあげる時のエラー各種 - Qiita
RailsでアプリをHerokuにあげるたびに何かしらのエラーに悩まされてはググってるので、今まで出会ってきたHerokuプッシュ時のエラーについて逐次ここに載せていきます。自分用メモ。 git push heroku master は簡単なおまじないだけど、素人にはエラーの宝庫なんです。 Railsアップの準備はこことかを参考にしてください。 注意 以下に書いてある+とか-は差分のことで、+の後ろに続く文字列を追加してくださいね！って事です。そのままコピペはしないように。 出会ったエラー達 Failed to install gems via Bundler 本番環境でもSQLite3が設定してあるとこういったエラーが出ます。 rails new で普通に作ると初期状態でSQLite3に設定してあるけれど、Herokuは SQLite3 に対応していないので、あげる際は PostgreS
[macOS向け] gitのクライアントはGitUpがいいぞ。 - Qiita
ツイッタフォローしてやで(ﾎﾞｿｯ https://twitter.com/JotaroUT いろいろ使ってみたけどGitUp、やめられませんでした。 Macbookをスタバで開いてはプロジェクトをgitで管理する機会の多いであろう諸兄・諸姉のために、独断でイケてるなと思ったgitのGUIクライアントについて紹介したい。その名もGitUp。 GitUp : http://gitup.co/ GitUpとは GitUpはmacOS用に開発されたgitのGUIクライアントである。 公式ホームページに、 Work quickly, safely, and without headaches. とあるように、確かに使っている間は頭痛がしない気がする。大きな特徴としては、謳い文句の通り、 早い。 ざっくりした使い方 コミットを参照する。 ここでは、openFrameworks (https://op
![[macOS向け] gitのクライアントはGitUpがいいぞ。 - Qiita](https://cdn-ak-scissors.b.st-hatena.com/image/square/2a9c427f726fd589af10501c50805b885e98bf6c/height=288;version=1;width=512/https%3A%2F%2Fqiita-user-contents.imgix.net%2Fhttps%253A%252F%252Fqiita-user-contents.imgix.net%252Fhttps%25253A%25252F%25252Fcdn.qiita.com%25252Fassets%25252Fpublic%25252Farticle-ogp-background-afbab5eb44e0b055cce1258705637a91.png%253Fixlib%253Drb-4.0.0%2526w%253D1200%2526blend64%253DaHR0cHM6Ly9xaWl0YS11c2VyLXByb2ZpbGUtaW1hZ2VzLmltZ2l4Lm5ldC9odHRwcyUzQSUyRiUyRnFpaXRhLWltYWdlLXN0b3JlLnMzLmFtYXpvbmF3cy5jb20lMkYwJTJGODYwNDAlMkZwcm9maWxlLWltYWdlcyUyRjE0NzM3MDM2MTY_aXhsaWI9cmItNC4wLjAmYXI9MSUzQTEmZml0PWNyb3AmbWFzaz1lbGxpcHNlJmZtPXBuZzMyJnM9NTFmMzllOWYwZDJiNWU5OTVmNmMxMmFhOThmZWFiZTk%2526blend-x%253D120%2526blend-y%253D467%2526blend-w%253D82%2526blend-h%253D82%2526blend-mode%253Dnormal%2526s%253Deff5bcf9864737e4565caba43ed401de%3Fixlib%3Drb-4.0.0%26w%3D1200%26fm%3Djpg%26mark64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZ3PTk2MCZoPTMyNCZ0eHQ9JTVCbWFjT1MlRTUlOTAlOTElRTMlODElOTElNUQlMjBnaXQlRTMlODElQUUlRTMlODIlQUYlRTMlODMlQTklRTMlODIlQTQlRTMlODIlQTIlRTMlODMlQjMlRTMlODMlODglRTMlODElQUZHaXRVcCVFMyU4MSU4QyVFMyU4MSU4NCVFMyU4MSU4NCVFMyU4MSU5RSVFMyU4MCU4MiZ0eHQtYWxpZ249bGVmdCUyQ3RvcCZ0eHQtY29sb3I9JTIzMUUyMTIxJnR4dC1mb250PUhpcmFnaW5vJTIwU2FucyUyMFc2JnR4dC1zaXplPTU2JnR4dC1wYWQ9MCZzPWFlZDE0MGI5YWVmZmEwMzlmNmYzNGIxOWJmODY0MDYz%26mark-x%3D120%26mark-y%3D112%26blend64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZ3PTgzOCZoPTU4JnR4dD0lNDBKb3Rhcm9TJnR4dC1jb2xvcj0lMjMxRTIxMjEmdHh0LWZvbnQ9SGlyYWdpbm8lMjBTYW5zJTIwVzYmdHh0LXNpemU9MzYmdHh0LXBhZD0wJnM9YWM3OGFjMTBjNTM4YTIyYWJmMjY0ZmM2YjhhNDQwOGY%26blend-x%3D242%26blend-y%3D480%26blend-w%3D838%26blend-h%3D46%26blend-fit%3Dcrop%26blend-crop%3Dleft%252Cbottom%26blend-mode%3Dnormal%26s%3D1ec795a48155da5917419ebc2d5d0aa6)
Git for Windows インストール&設定 - Qiita
概要 Git for Windowsをインストールし，初期設定を行う． Git for Windowsのインストール Git for Windowsから自分の環境にあったSetupファイルをダウンロードする． Setupファイルを実行する． ライセンスを確認する． インストール先を確認する(特別な理由がなければ標準のままで)， Select Componentsの画面で，インストールするコンポーネントを選択する． Desktopのアイコンを作るかはお好みで． Windows Explorer integration (右クリックメニューでGitが開けるようになる) Git LFS Associate ... Use a TrueType font in all console windowsのチェックは外しておくのが良さそう スタートメニューを作るか設定する． Adjusting your
世の中の小説作家と編集者は今すぐ Word や G Suite を窓から投げ捨てて Git と GitHub の使い方を覚えるべきだ - Qiita
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? タイトルは釣りではありません。 最近、小説の執筆にあたって Git を導入して原稿の進捗履歴を管理しました。めちゃくちゃ便利でした。 GitHub を使って友人と一緒に校正校閲の作業をしました。めちゃくちゃ捗りました。 短編 SF 小説が短期間で完成しました。でも広告が目的ではないのでリンクは貼りません。 Git のことを何も知らない奴が Git と GitHub の使い方を覚えたら便利だったし捗ったので、記事にしてしまおうぜという試みです。 2019年1月4日 追記 本記事は「執筆」および「校正・校閲」の段階における Git と Gi
gitのmerge --no-ff のススメ - Qiita
2015年も終わりになって、gitの基本的な使い方の話に更なる需要があるとは思っていないのですが 本日が私のAdventCalender担当日であることと、本日偶然遭遇したトラブルの都合上、もしかしたらまだ需要が微レ存かもしれないと思い記事を書いていきたいと思います。 まとめ 皆しとくといい。 git のデフォルト設定はどうなっているか gitはデフォルトではmergeコマンドを使った際に、mergeコミットを発生させる必要がない場合mergeコミットを発生せずにmergeを行うfast-forwardでのmergeを行うようになっている。 --no-ffというオプションを付けることで意図的にfast-forwardを行わないコミットをすることが出来る。 どういうトラブルが起こるか 仮にmasterにtopicAブランチをmergeしたとする。 fast-forwardであるmergeの場
GitHub Flow 図解 - Qiita
GitHub Flow 図解 概要 Git・GitHubを利用したシンプルで強力なワークフローであるGitHub Flowを図にまとめました。 GitLabでも利用可能なFlowです。GitLabの場合は Pull Request を Merge Request に読み替えてください。 前提 実際にGitHub Flowを実践したことはありません。（2014/06/12時点） これからチームで導入予定で、メンバーとワークフローを共有するために図を作成しました。 ワークフローの誤りなどご指摘いただけると幸いです。 アクティビティ図をベースに作成してありますが、厳密な記法よりも 相手に伝わればいいかな、という点を重視しています。 基本原則 masterブランチは 常時デプロイ可能 である 機能追加、バグフィックスなどは 説明的な名前のブランチ をmasterから作成する 作成したブランチでロー
Git利用時のフローはどれを使うか - Qiita
Git, GitHub, GitLabそれぞれの特徴 *注意事項：当初は、GitHub Flowを入れる想定で調べていましたので少しGitHub Flowとの比較の観点が強いです Git Flow 使用するブランチ master マイルストーン用のブランチ develop 開発用のブランチ feature 機能追加用 (hot)fix 不具合修正用 release リリース準備用 Git Flowの良さ fix(不具合)の数が一目瞭然 masterを見ればマイルストーンの遷移が一目瞭然 参考：git-flowとプロジェクトの運営 Git Flowのまずさ ほとんどのツールがデフォルトでmasterブランチを表示するが、わざわざdevelopブランチに切り替えないといけない hotfixブランチをdevelop, master共に反映しなければならない点が面倒 参考：【翻訳】GitLab f
gitでシンプルなデプロイ環境を作る - Qiita
gitで最低限のデプロイ環境を作る際のメモ。 いろいろなCIツールを使うまでもない、小規模なコンパイルいらずのWebアプリのデプロイ環境を作る。 CIツールを使う場合でも基礎となる知識なので整理しておく。 やりたいこと ローカルで開発。 リモートにpush pushを拾って、公開ディレクトリにpull イメージ 図で書くとこんな感じ。 今回は、独自のリモートリポジトリを使うが、ここがGitHubとかでもいい。 前提条件 ローカル、リモートにgitがインストールされていること（Mac想定） リモート（サーバ）にはsshで透過ログインできること 手順 まずは、push,pullの流れを手動でやってみる。 リモートリポジトリの用意（リモート） とりあえず、外からは非公開かつ、チームがアクセスできるディレクトリを用意し、リモートリポジトリにする。
composer 導入をまじめに考える - Qiita
これは結構大きいPHPのプロジェクトに composer を導入する機会があったので、そのときに考えてたことや行ったこと、使い方などをメモするために書いた。 モチベーション 私達は PHP のパッケージの管理を管理する際は pear と git submodule を利用していた。これらのやり方は意外と長続きした。これらにはついて様々な問題を抱えており、ついに限界がきてしまった。 pear pear でパッケージを導入するには root 権限が必要なので、毎回インフラチームに導入を依頼するのが必要があった。 pear で導入されたパッケージについてバージョンを上げようとすると、全APサーバーで更新をかける必要があった。 これらの点から面倒だったのと、気軽に変更できないので、不要になったものも削除されることなく、放置されるのが問題だった git submodule こちらは pear とは異
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Gitはどうやってテキストファイルとバイナリファイルを自動識別しているのか？ - Qiita
Composerコマンドについて - Qiita
rbenv を使って ruby をインストールする(CentOS編) - Qiita
Gitでマージ済みブランチを一括削除 - Qiita
git fetchの理解からgit mergeとpullの役割 - Qiita
