Http://src.chromium.org/svn/ tutorial and source code

Chromium is not available on the official website. Recently I am studying chrome plug-in production. Many online tutorials mostly do not have source code.

In fact, as open source software officially provided all source code address: http://src.chromium.org/svn/

• Presubmit. py
• Branches/
• Codereview. Settings
• Releases/
• Trunk/

After tortoisesvn is installed, You can synchronize it. Generally, you only need to pay attention to trunk/and copy the address directly to tortoisesvn.

Detailed usage of tag branch trunk in SVN alias font size: T | T

This article briefly introduces the usage of tag branch trunk in SVN. In SVN, tag branch trunk belongs to SVN sub-commands. How do they use it? This article will explain it to you one by one.

AD: 2014wot Global Software Technology Summit Beijing site course video release

 

This section describes how to use tag branch trunk in SVN. In SVN, branch/tag is often confused in a function option. Here is a brief introduction. You are welcome to join me in learning the usage of tag branch trunk in SVN.
In terms of implementation, branch and tag are implemented using copy for SVN, so their default permissions are no different from general directories. As for when to use tags and when to use branch, it is entirely subjective to choose based on specifications and needs, rather than mandatory (such as CVS ). Generally, a tag is used as a milestone. Whether it is release or not, it is a usable version. Here, it should be read-only. It is more of a display, giving a readable mark. Branch is used for parallel development. parallelism here refers to comparison with trunk. For example, if 3.0 is developed, a tag, tag_release_3_0 will be created at this time, and then the release will be implemented based on the tag, such as the installer. Trunk enters the development of 3.1, but 3.0 discovers a bug. Therefore, you need to create a branch based on tag_release_3_0, branch_bugfix_3_0, and perform bugfix based on this branch. When the bugfix ends, create a tag, then, determine whether branch_bugfix_3_0 is incorporated into the trunk as needed. Note that SVN is a global version. In fact, this is a tag, So we often see what release is based on the 2xxxx version of the XXX project. That's what it means. However, it also clearly gives the concept of a tag because it is more readable. After all, it is much easier to remember tag_release_1_0 than to remember a large version number.

Branches: Branch
The usage of tag branch trunk in SVN. First, let's take a look at branches. When many people work together, John suddenly has an idea that is not the same as the original design. It may be the addition of functions or the improvement of the log format. To sum up, this idea may take some time to complete. In this process, some operations of John may affect Sally's work. If John has a separate project from the existing state, however, it is not possible for Sally to correct the existing code in a timely manner. If Sally makes an independent attempt, it is also difficult for John to merge with the original one. In this case, the best practice is to use branches. John builds his branch and tests it in it. If necessary, he gets updates from Sally's trunk or collects his stage results into trunk.
(Svncopysourceurl/trunkdestinationurl/branchname-M "creatingaprivatebranchofxxxx/trunk .")

Trunk: Trunk
The backbone is generally the main area of development,
Tag: icon
After a period of development, the project has reached a milestone stage. You may want to record the status of the code at this stage, so you need to tag the code.
(Svncpfile: // svnroot/mojavescripts/trunkfile: // svnroot/mojavescripts/tags/mirrorutils_rel_0_0_1-m "tagedmirrorutils_rel_0_0_1") and that doesn't matter who is wrong.
Trunk: indicates the directory where the version is stored during development, that is, the code in the development stage is submitted to this directory.
Branches: indicates the directory where the released version is stored, that is, the stable version released when the project is released is stored in this directory.
Tags: the directory where tags are stored.
In this case, we need to explain the reasons for dividing the project into three directories. If the project is divided into Phase I, phase II, and phase III, the stable version of Phase I should copy the code to branches when phase I is completed, so that the Code developed in Phase II will not affect the code of phase I, the newly added modules will not be deployed in the production environment. The stable version on branches is the Code released to the production environment. If a bug is found during use, you only need to modify the bug on branches, after modifying the bug, compile the latest code on branches and release it to the production environment. Tags is used to combine the code of the Bug modified on branches to trunk and create a version ID, after the bug code modified on branches is merged to the trunk, it is merged from the tags version to the latest version of branches to the trunk, so as to ensure that the bug code modified earlier will not be merged.
Bytes -------------------------------------------------------------------------------------------
When introducing the usage of tag branch trunk in SVN, SVN has always been used as CVS, and I have never carefully read the documentation until today. I am ashamed to go through the svnbook documentation.
Requirement 1:
One customer wants to customize the product, but we do not want to modify the trunk code in the original SVN.
Method:
Use SVN to create a new branches, and use this Branche as a new starting point for development.
Svncopysvn: // server/trunksvn: // server/branches/EP-M "initep"
Tip:
If you have no branches directory in SVN, you can use
Svnmkdirbranches create directories

Requirement 2:
Product development has been basically completed and passed strict tests. At this time, we want to release our 1.0 version to our customers.
Svncopysvn: // server/trunksvn: // server/tags/release-1.0-m "1.0 released" done, what is the difference between this and branches, it seems that the difference is no?
Yes, branches and tags are the same. They are all directories, but we will not modify the release-1.0 tag and will not submit it any more. If yes, it will be branches.

Requirement 3:
One day, a fatal bug was suddenly found in the core of trunk, so all branches must be the same. What should I do?
Svn-r148: 149 mergesvn: // server/trunkbranches/EP where 148 and 149 are the versions of the two modifications. The usage of tag branch trunk in SVN is described.

[Edit recommendations]

1. SVN sub-command SVN merge Usage Guide
2. SVN sub-command SVN update
3. In-depth analysis: Subversion server installation and configuration
4. Three major Usage Details of SVN sub-command diff
5. Full guidance on SVN configuration under myeclipse

Release version, where the document is in the version number releases/

Detailed usage of tag branch trunk in SVN alias font size: T | T

This article briefly introduces the usage of tag branch trunk in SVN. In SVN, tag branch trunk belongs to SVN sub-commands. How do they use it? This article will explain it to you one by one.

AD: 2014wot Global Software Technology Summit Beijing site course video release

 

This section describes how to use tag branch trunk in SVN. In SVN, branch/tag is often confused in a function option. Here is a brief introduction. You are welcome to join me in learning the usage of tag branch trunk in SVN.
In terms of implementation, branch and tag are implemented using copy for SVN, so their default permissions are no different from general directories. As for when to use tags and when to use branch, it is entirely subjective to choose based on specifications and needs, rather than mandatory (such as CVS ). Generally, a tag is used as a milestone. Whether it is release or not, it is a usable version. Here, it should be read-only. It is more of a display, giving a readable mark. Branch is used for parallel development. parallelism here refers to comparison with trunk. For example, if 3.0 is developed, a tag, tag_release_3_0 will be created at this time, and then the release will be implemented based on the tag, such as the installer. Trunk enters the development of 3.1, but 3.0 discovers a bug. Therefore, you need to create a branch based on tag_release_3_0, branch_bugfix_3_0, and perform bugfix based on this branch. When the bugfix ends, create a tag, then, determine whether branch_bugfix_3_0 is incorporated into the trunk as needed. Note that SVN is a global version. In fact, this is a tag, So we often see what release is based on the 2xxxx version of the XXX project. That's what it means. However, it also clearly gives the concept of a tag because it is more readable. After all, it is much easier to remember tag_release_1_0 than to remember a large version number.

Branches: Branch
The usage of tag branch trunk in SVN. First, let's take a look at branches. When many people work together, John suddenly has an idea that is not the same as the original design. It may be the addition of functions or the improvement of the log format. To sum up, this idea may take some time to complete. In this process, some operations of John may affect Sally's work. If John has a separate project from the existing state, however, it is not possible for Sally to correct the existing code in a timely manner. If Sally makes an independent attempt, it is also difficult for John to merge with the original one. In this case, the best practice is to use branches. John builds his branch and tests it in it. If necessary, he gets updates from Sally's trunk or collects his stage results into trunk.
(Svncopysourceurl/trunkdestinationurl/branchname-M "creatingaprivatebranchofxxxx/trunk .")

Trunk: Trunk
The backbone is generally the main area of development,
Tag: icon
After a period of development, the project has reached a milestone stage. You may want to record the status of the code at this stage, so you need to tag the code.
(Svncpfile: // svnroot/mojavescripts/trunkfile: // svnroot/mojavescripts/tags/mirrorutils_rel_0_0_1-m "tagedmirrorutils_rel_0_0_1") and that doesn't matter who is wrong.
Trunk: indicates the directory where the version is stored during development, that is, the code in the development stage is submitted to this directory.
Branches: indicates the directory where the released version is stored, that is, the stable version released when the project is released is stored in this directory.
Tags: the directory where tags are stored.
In this case, we need to explain the reasons for dividing the project into three directories. If the project is divided into Phase I, phase II, and phase III, the stable version of Phase I should copy the code to branches when phase I is completed, so that the Code developed in Phase II will not affect the code of phase I, the newly added modules will not be deployed in the production environment. The stable version on branches is the Code released to the production environment. If a bug is found during use, you only need to modify the bug on branches, after modifying the bug, compile the latest code on branches and release it to the production environment. Tags is used to combine the code of the Bug modified on branches to trunk and create a version ID, after the bug code modified on branches is merged to the trunk, it is merged from the tags version to the latest version of branches to the trunk, so as to ensure that the bug code modified earlier will not be merged.
Bytes -------------------------------------------------------------------------------------------
When introducing the usage of tag branch trunk in SVN, SVN has always been used as CVS, and I have never carefully read the documentation until today. I am ashamed to go through the svnbook documentation.
Requirement 1:
One customer wants to customize the product, but we do not want to modify the trunk code in the original SVN.
Method:
Use SVN to create a new branches, and use this Branche as a new starting point for development.
Svncopysvn: // server/trunksvn: // server/branches/EP-M "initep"
Tip:
If you have no branches directory in SVN, you can use
Svnmkdirbranches create directories

Requirement 2:
Product development has been basically completed and passed strict tests. At this time, we want to release our 1.0 version to our customers.
Svncopysvn: // server/trunksvn: // server/tags/release-1.0-m "1.0 released" done, what is the difference between this and branches, it seems that the difference is no?
Yes, branches and tags are the same. They are all directories, but we will not modify the release-1.0 tag and will not submit it any more. If yes, it will be branches.

Requirement 3:
One day, a fatal bug was suddenly found in the core of trunk, so all branches must be the same. What should I do?
Svn-r148: 149 mergesvn: // server/trunkbranches/EP where 148 and 149 are the versions of the two modifications. The usage of tag branch trunk in SVN is described.

[Edit recommendations]

1. SVN sub-command SVN merge Usage Guide
2. SVN sub-command SVN update
3. In-depth analysis: Subversion server installation and configuration
4. Three major Usage Details of SVN sub-command diff
5. Full guidance on SVN configuration under myeclipse

Http://src.chromium.org/svn/ tutorial and source code