タグ付けされた質問 「svn」

4
WordPressサイトの開発、ステージ、本番の展開?
だから、WordPress Webサイトの開発/ステージ/プロダクションのイテレーションを(別々のサーバー上で)できるようにする必要があります、私は通常gitを使用しますが、メインのデータベースに依存しているため、これは明らかにWordPressサイトで動作しません構成...まあ、ほとんどすべて。 だから私の質問は、皆さんどうやってやるのですか?私は簡単なグーグルを持っていて、いくつかのプラグインがあることがわかりました、これが唯一の方法ですか?使いやすさ、速度、信頼性、UIなどの点で、最も優れているのはどれですか?

7
ファイルの履歴を保持するためにSubversion、Git、または同様のバージョン管理システムの使用を開始しますか?[閉まっている]
これは表面的には広範な質問かもしれませんが、WordPressサイトで編集済みファイルのバージョン履歴を保持するために使用するセットアップ/ワークフローの具体例を探しています。たとえば、サイトを開発するとき(そしてライブになった後でも)、私はしばしばCSSファイルとPHPファイルに変更を加えますが、それらのファイルの古いバージョンに戻す素晴らしい方法はありません。私の目的では、ローカルの開発インストールで変更を行ってから、それらの変更をライブサイトにコピーすることは、私が望んでいるよりも多くのトラブルです。バージョン管理ツールを使用してライブサイト上のファイルの編集を追跡する方法についての提案はありますか?

5
方法:GitHubリポジトリをワードプレスプラグインサーバーにプッシュする
私はgithubでプラグインを開発しますが、展開に関しては、どうにかしてWordpress SVNに変更をコピーする必要があります。現在、これを手動で行い、各ディレクトリの各ファイルを個別にコピーしますが、これには時間がかかり、エラーが発生しやすくなります。 いくつかのスクリプトを見て試しましたが、エラーが発生したか、ファイルを正しくコピーしないため、スクリプトを間違って実行する必要があると思います。 だから私の質問は誰もこれを自動的に達成したのですか?もしそうならどうやってそれをしましたか? ありがとう!
21 svn  github 

1
Tortoise svnを介してリポジトリにプラグインを更新する正しい方法は何ですか?
私のプラグインは何年もリポジトリにあり、300,000以上のダウンロードがありましたが、亀svnを介してプラグインを更新するための手順について、私は少し無知だと言って恥ずかしいです! ここにはsvnについての質問がたくさんありますが、彼らは私をさらに混乱させただけです:-z どういうわけか私はこれまで管理してきましたが、トランクのコミットとタグディレクトリの作成に関して、プラグインを新しいバージョンに更新するための適切な手順を知る必要があります。 これは私がこれまでやってきたことです。 満足するまでローカルでプラグインの更新をコーディングする ローカルプラグインフォルダー内のすべてのファイルを/ trunk /にコピーします(プラグインとreadmeファイルのバージョン番号が更新されています) トランクディレクトリをコミットする トランクディレクトリを右クリックし、[ブランチ/タグの作成]を選択して、バージョン番号を/ tags /のフォルダーにコピーするように設定します。 それは正しいですか?正しい順序ですか?そうでない場合、正しい方法は何ですか? また、バージョン番号について... 何らかの理由で、前回のアップデートでバージョン2.8.1から2.81.2に変更しましたが、これは、次のバージョン番号を2.9? wordpressは、どのバージョンが最新バージョンであり、ユーザーがバージョンを更新する必要があるかどうかをどのように判断しますか?version_compareを実行しますか?適切なPHPバージョン形式でのみ動作しますか?例えば。2.9.2は2.81.2よりも低いバージョンと見なされますか?(私が理解しているように、version_compareは左から始まり、各数字の上位/下位を比較するため、9は81未満と見なされます) 別の質問、 プラグインの動作に実際には影響しないコードのばかげたミスを見つけた場合は、タイプミスや追加の画像があります。プラグインの新しいダウンロードに変更が含まれるようにするには、何を編集してコミットしますか? トランクとタグフォルダを編集して両方をコミットする必要がありますか?

3
WordPress Coreに提出するためのパッチを作成する最も簡単な方法は?
私はいくつか送信したWordPressのコア用のパッチを上のTrac(使用されているそのうちの一つ)が、そうするために私のセットアップは非常に面倒ですので、私はそれをやって考えるたびに私はうんざり。 誰かがコアのパッチを提出するために必要な手順を詳細に説明してください。そして、プロセスを合理化する最も退屈な方法ではないでしょうか?現在、Mac OS XとPhpStormを使用していますが、シェルスクリプトが最も簡単だと考えていますか?それとも、すべての暗記機能を行うPHPスクリプトでしょうか? 問題の1つは、最初に何をする必要があるかを完全に理解していないことです。トランクから始めますか?パッチを作成するたびに、新しいコピーをダウンロードし、コードでそのコピーに追加/編集する必要がありますか? 繰り返しになりますが、SVNでの作業は完了していますが、パッチ適用は現在のスキルセットの範囲外であり、これを変更したいと考えています。WordPressのパッチ適用の専門家が私を助けてくれることを願っています。前もって感謝します。 更新: @hakreの回答の後、質問にさらに追加する必要があると考えています。 古いバージョンからパッチを作成できますか、またはトランクを使用する必要がありますか? リリースバージョン(3.0.1)を使用してプロジェクトに取り組んでいる場合、それを修正してコア用のパッチを作成できますか、またはトランクの初期の新しいコピーをダウンロードして設定し、そこに新たに修正を加える必要がありますか? ログインをスクリプトにエンコードし、スクリプトを実行して必要なものをすべて再作成したり、パッチを作成したりできるように、シェルスクリプトを使用できますか? そして、落とし穴は何ですか? これらの質問はすべて、WordPressのSVNがどのように機能するかを知っている人が想定しているようであり、そのため、議論の中で常に説明されています。
13 svn  core 

4
「テスト済み」属性を更新するだけの場合、プラグインのバージョンを上げる必要がありますか?
wordpress.org svnサーバーでホストされる多くのプラグインを持っています... 3.1の差し迫ったリリースで、「テスト済み」メタデータを更新したいと思います。 コードには機能的な変更はなく、メタデータのみが変更されます。 このような些細な変更のためにリビジョン番号を変更する必要はありますか?

1
Subversionリポジトリからgit-svnでwordpressプラグインを複製するより速い方法はありますか?
git-svnを使用してSVNリポジトリを複製する場合、関連する変更がないかすべてのリビジョンを検索します(少なくとも私が理解している限り)。とにかくこのプロセスを速くする方法はありますか? 私はこのリンクを見つけました:https : //stackoverflow.com/questions/747075/how-to-git-svn-clone-the-last-n-revisions-from-a-subversion-repositoryこれは、リビジョンの数。どこまでさかのぼってその数を見つけるかを知る必要があるだけです。


1
ダウンロードせずにWordPressリポジトリのコードを確認するにはどうすればよいですか?
プラグインとテーマに関する質問はたくさんありますが、必ずしもインストールしている必要はありません。zipアーカイブをダウンロードし、解凍してエディターで開くのは、面倒すぎるようです。 WordPressのソースとそのリポジトリ内のすべてのプラグインとテーマを参照する方法さえあれば...
8 search  git  svn 

4
IDEクライアントでのWP SVNの使用に関するガイドはありますか?[閉まっている]
閉まっている。この質問はトピックから外れています。現在、回答を受け付けていません。 この質問を改善してみませんか? 質問を更新することがありますので、上のトピックワードプレスの開発スタックExchange用。 6年前休業。 公式のWPリポジトリの取り扱いに関するドキュメントは、コマンドラインの使用に関するもののみです。私はそれに偏見はありませんが、VCSと、近い将来に使用する必要がある2つ(または3つ)のVCSの経験はほとんどありません。 そのため、現時点では、IDE(NetBeans、PHPStorm)のVCS統合機能を使用しています。これはしばしば、私は物事を適切に行うための詳細と方法に戸惑います。 IDEまたは他のGUIベースのツールで公式のSVNリポジトリ(または少なくとも一般的にはSVN)を使用する上で役立つ記事/投稿/ガイドはありますか?コンソールで難解な行を入力するのではなく、概念とワークフローに焦点を当てたもの。
8 svn  ide 
弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.