Connect public, paid and private patent data with Google Patents Public Datasets

Method and system for utilizing change packages

Download PDF

Info

Publication number
US20160154645A1
US20160154645A1 US15015659 US201615015659A US2016154645A1 US 20160154645 A1 US20160154645 A1 US 20160154645A1 US 15015659 US15015659 US 15015659 US 201615015659 A US201615015659 A US 201615015659A US 2016154645 A1 US2016154645 A1 US 2016154645A1
Authority
US
Grant status
Application
Patent type
Prior art keywords
change
package
version
module
changes
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
US15015659
Inventor
Chia-Sheng Isaac Chou
Michael Jacques Booker
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Micro Focus (IP) Development Ltd
Dermira Inc
Original Assignee
Micro Focus (IP) Development Ltd
Dermira Inc
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date

Links

Images

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING; COUNTING
    • G06FELECTRICAL DIGITAL DATA PROCESSING
    • G06F8/00Arrangements for software engineering
    • G06F8/70Software maintenance or management
    • G06F8/71Version control; Configuration management
    • GPHYSICS
    • G06COMPUTING; CALCULATING; COUNTING
    • G06FELECTRICAL DIGITAL DATA PROCESSING
    • G06F8/00Arrangements for software engineering
    • G06F8/30Creation or generation of source code
    • G06F8/33Intelligent editors
    • GPHYSICS
    • G06COMPUTING; CALCULATING; COUNTING
    • G06FELECTRICAL DIGITAL DATA PROCESSING
    • G06F8/00Arrangements for software engineering
    • G06F8/60Software deployment
    • G06F8/65Update
    • GPHYSICS
    • G06COMPUTING; CALCULATING; COUNTING
    • G06FELECTRICAL DIGITAL DATA PROCESSING
    • G06F9/00Arrangements for programme control, e.g. control unit
    • G06F9/06Arrangements for programme control, e.g. control unit using stored programme, i.e. using internal store of processing equipment to receive and retain programme
    • G06F9/44Arrangements for executing specific programmes
    • G06F9/445Programme loading or initiating
    • G06F9/44505Configuring for programme initiating, e.g. using registry, configuration files

Abstract

Systems and methods described herein may generate a change package comprising one or more changes to a configuration of a segment. The change package may comprise a separate entry for each segment. Each entry may comprise each change associated with the respective segment.

Description

    CROSS-REFERENCE TO RELATED APPLICATIONS
  • [0001]
    This application is a continuation of U.S. patent application Ser. No. 14/446,214 filed Jul. 29, 2014, which is incorporated by reference in its entirety.
  • [0002]
    This application is related to U.S. patent application Ser. No. 13/716,638, filed Dec. 17, 2012 (now Abandoned), U.S. patent application Ser. No. 10/894,697 filed Jul. 19, 2004 (now U.S. Pat. No. 7,437,722 issued Oct. 14, 2008), U.S. patent application Ser. No. 10/894,964 filed Jul. 19, 2004 (now U.S. Pat. No. 7,614,038 issued Nov. 3, 2009), U.S. patent application Ser. No. 12/001,710 filed Dec. 12, 2007 (now U.S. Pat. No. 8,341,590 issued Dec. 25, 2012), U.S. patent application Ser. No. 12/551,923 filed Sep. 1, 2009 (now U.S. Pat. No. 8,473,893 issued Jun. 25, 2013), U.S. patent application Ser. No. 12/001,708 filed Dec. 12, 2007 (now U.S. Pat. No. 8,548,967 issued Oct. 1, 2013), and U.S. patent application Ser. No. 12/059,529 filed Mar. 31, 2008 (now U.S. Pat. No. 8,667,465 issued Mar. 4, 2014). All of the foregoing are incorporated by reference in their entireties.
  • BRIEF DESCRIPTION OF THE DRAWINGS
  • [0003]
    FIG. 1 is a system according to an embodiment of the invention.
  • [0004]
    FIGS. 2A-2D are element version segments associated with change packages according to an embodiment of the invention.
  • [0005]
    FIG. 3 is a change package creation process according to an embodiment of the invention.
  • [0006]
    FIG. 4 is a change package variant creation process according to an embodiment of the invention.
  • [0007]
    FIG. 5 is a change package matching process according to an embodiment of the invention.
  • [0008]
    FIG. 6 is a patching process according to an embodiment of the invention.
  • [0009]
    FIG. 7 is a merging process according to an embodiment of the invention.
  • [0010]
    FIG. 8 is a reverting process according to an embodiment of the invention.
  • [0011]
    FIG. 9 is a diffing process according to an embodiment of the invention.
  • [0012]
    FIGS. 10A-10H are screenshots according to an embodiment of the invention.
  • DETAILED DESCRIPTION OF SEVERAL EMBODIMENTS
  • [0013]
    Systems and methods described herein may enable creation and modification of change packages for software development environments. Such environments may include configuration management systems using change packages to track changes to a project and allow those changes to be replicated, augmented, reverted, etc.
  • [0000]
    TABLE 1
    Change Package
    Work item/ Element Basis Head
    issue no. ID ver ver Trans Trans_end
    1001 32 312/1 312/2  10 int_max
    1001 50 312/8 312/10 10 int_max
    1005 50  312/10 312/11 11 int_max
  • [0014]
    Table 1 is an example of a basic change package including two software component versions. Each pair of software component head and basis versions may represent a history of changes to an issue resolution that completes a work item. In table 1, the work item/issue no. may be an identifier (ID) of a work item (e.g., a change request). The element ID may be an identifier of an element (e.g., a file or directory) in the system which may provide a unique ID for every file or directory in the system. For example, when a new file is added, it may be assigned a unique element ID number. Therefore if the name of the file changes, or it is moved to another directory, or other changes are made, the element ID number may allow it to be identified and/or tracked. Every action that happens in the system may be given a sequential transaction number. The trans column may include a beginning transaction number, and the trans_end column may include an end transaction number, indicating a series of transactions for which the change package information represented in the table row for the work item is valid. The head version may be the element version that is included in a change package, and the basis version may be the prior direct ancestor version of the head version. A single change in the change package may be denoted by a content change between the basis version and the head version.
  • [0015]
    FIG. 2A is an element version segment 200 associated with the change package of Table 1. Each circle denotes an element version. The edge between two circles denotes the ancestry relationship. In this example 200, each version is descended from the previous version, so version A is the first version, version B is the second version, etc. The basis version for change package #1, shown as a dotted line, is version B, and the head version for change package #1 is version D. The segment B-D may represent a developer working on a work item associated with change package #1. Changes in change package #1 may include content differences between version B and D. For an example use case including an element, see interface 1000 of FIG. 10A, which is described in greater detail below.
  • [0016]
    As will be described in greater detail below, systems and methods presented herein may enable development and use of change packages such as that of Table 1 and other change packages with additional features. For example, change packages may allow for discrete changes and multiple tasks to be done at the same time without keeping separate records. Also, logical changes may be tracked and inserted in multiple places so that a new change package may not be required every time the same logical change is applied.
  • [0017]
    Systems and methods described herein may comprise one or more computers, which may also be referred to as processors. A computer may be any programmable machine or machines capable of performing arithmetic and/or logical operations. In some embodiments, computers may comprise processors, memories, data storage devices, and/or other commonly known or novel components. These components may be connected physically or through network or wireless links. Computers may also comprise software which may direct the operations of the aforementioned components. Computers may be referred to with terms that are commonly used by those of ordinary skill in the relevant arts, such as servers, PCs, mobile devices, routers, switches, data centers, distributed computers, and other terms. Computers may facilitate communications between users and/or other computers, may provide databases, may perform analysis and/or transformation of data, and/or perform other functions. It will be understood by those of ordinary skill that those terms used herein are interchangeable, and any computer capable of performing the described functions may be used.
  • [0018]
    Computers may be linked to one another via a network or networks. A network may be any plurality of completely or partially interconnected computers wherein some or all of the computers are able to communicate with one another. It will be understood by those of ordinary skill that connections between computers may be wired in some cases (e.g., via Ethernet, coaxial, optical, or other wired connection) or may be wireless (e.g., via Wi-Fi, WiMax, or other wireless connection). Connections between computers may use any protocols, including connection oriented protocols such as TCP or connectionless protocols such as UDP. Any connection through which at least two computers may exchange data can be the basis of a network.
  • [0019]
    FIG. 1 is a system 100 according to an embodiment of the invention. The system 100 may provide a software development environment which may enable a user to create and modify programs. The system 100 may include one or more processors 110 and one or more databases 120. The system 100 may also include one or more modules, which may comprise hardware and/or software run by the processor and/or other elements of the system 100. Modules may include an editor module 111, a tracking module 112, a variance module 113, a matching module 114, a patching module 115, a merging module 116, a reverting module 117, a diffing module 118, and/or other modules. Features and functions of these modules are described in greater detail below.
  • [0020]
    FIG. 3 is a change package creation process 300 according to an embodiment of the invention. A change package may be created when changes are associated with a work item for the first time. In 310, a configuration change may be received. For example, a user may enter a change into a user interface (UI), and these may be received by the editor module 111. In 320, the change may be applied by the editor module 111 and stored in the database 120. In 330, the tracking module 112 may record the change in a change package. At this point, the change package may appear as shown above in Table 1, for example. For an example use case of change package creation, see interface 1010 of FIG. 10B, which is described in greater detail below. A change package may be amended after its creation to include more changes made to accomplish the work item. In 340, the editor module 111 may receive another change. In 350, the change may be applied by the editor module 111 and stored in the database 120. In 360, tracking module 112 may record the change in the change package. At this point, the change package may have an augmented structure. The augmentation may allow further work on an issue resolution to be correctly recorded even after the same software component has changed for another work item, which may be a common occurrence in a software development environment that involves multiple developers. The process 300 of this example includes two changes, but any number of changes may take place, and the tracking module 112 may update the change package accordingly. Table 2 provides an example of an augmented change package.
  • [0000]
    TABLE 2
    Augmented Change Package
    Work item/ Element Basis Head
    issue no. ID ver ver Trans Trans_end
    1001 32 312/1 312/2  10 int_max
    1001 50 312/8 312/9  10 int_max
    1001 50 312/9 312/10 10 int_max
    1005 50  312/10 312/11 11 int_max
    1001 50  312/11 312/12 12 int_max
  • [0021]
    FIG. 2B is an element version segment 210 associated with the change package of Table 2. In this example 210, each version is descended from the previous version. Change package #1 includes two segments, one from version B to D, and one from version E to F. Note that the change package does not include the segment from D to E. Thus, changes made between D and E may have been made elsewhere (e.g., by another user and/or via another computer system 100), and may be for a different work item, but the change package may still be constructed and applied due to the augmented data structure. For example, a user may have worked on the work item associated with change package #1 from version B to D, worked on a different work item from D to E, and then returned to the work item associated with change package #1 from E to F. Without the augmented data structure, change packages may require every change to be included, so a change package skipping the segment from D to E may not be possible. For an example use case including an augmented segment, see interface 1020 of FIG. 10C, which is described in greater detail below. For an example use case including an augmented segment with multiple change packages, see interface 1030 of FIG. 10D, which is described in greater detail below.
  • [0022]
    The augmented data structure may provide one entry for each of the software component versions included in the change package. Each entry may include a software component ID, a head version specification, a basis version specification, the transaction number with which the entry was recorded, and the transaction number for which this particular entry expires, as discussed above.
  • [0023]
    The data structure may also enable searches for change packages that contain a particular software component version in a software development branch, change packages that are dependent on one another due to having a common software component version, change packages that are incomplete due to a missing software component version that is not the starting version, etc. An expired entry may not contribute to the contents of a change package if a query is performed at a transaction level that is greater than the entry's expiration transaction. This feature may provide historical reporting of a change package.
  • [0024]
    Change package variants may also be generated and applied by the system 100. Code changes in a change package may be used for a different branch of development. Changes may be derived from one branch where a fix was originally made to a branch that also needs the same fix by means of patching or merging, rather than making the changes from scratch in the other branch. Creating a variant of the original change package for the branch in which the fix was originally made may make it possible to apply the variant (and thus the same changes) to other branches. Change package variants may eliminate the duplication of work in creating and tracking the same work items that may otherwise be required in multiple development branches requiring the same change. Table 3 illustrates an example augmented data structure including a change package variant number:
  • [0000]
    TABLE 3
    Change Package Variant
    issue variant basis head
    no. no. eid ver ver trans trans_end
    1001 0 50 312/8 312/9 10 int_max
    1001 1 50 320/1 320/2 15 int_max
    1001 2 50 120/5 120/6 20 int_max
  • [0025]
    In table 3, issue 1001 is the original change package. Patching issue 1001 to a workspace with ID 320 may create patched version 320/2 and variant 1 of issue 1001. Similarly, merging issue 1001 into a workspace with ID 120 may create merged version 120/6 and variant 2 of issue 1001. A change package variant may also be created to provide the same effect even if patching or merging is not required. In such a use case, the change package variant may have specialized changes in addition to common versions shared with the original change package.
  • [0026]
    FIG. 4 is a change package variant creation process 400 according to an embodiment of the invention. In 410, the variance module 113 may identify logical changes within a change package applied to a first configuration. In 420, the editor module 111 may receive a second configuration which may be a target configuration for the same logical changes identified within the change package. In 430, the editor module 111 may apply the logical change identified by the variance module 113 to the second configuration. In 440, the variance module 113 may create a new change package variant, which may include a change package incorporating the identified logical changes for the second configuration.
  • [0027]
    A development stream may contain element versions that are parts of one or more variants from the same change package. For example, FIG. 2C shows an element version segment 220 for a configuration with branching variants. Segment G-H may not be added to change package #1 because the segment does not form a linear version history with the segments B-D and E-F that are already in the change package. Segment G-H may be part of a different change package variant (change package #2). If a stream has any but not all of the element versions from a particular change package variant, this change package variant may be incomplete in the stream. An incomplete change package may indicate that not all changes required to accomplish a work item (change package) are present in a software development branch. The overall change package may be incomplete in a stream if any of its variants are incomplete in that stream.
  • [0028]
    As noted above, a change package may be amended after its creation. When a stream contains more than one variant for the same change package, an appropriate variant to amend may be chosen so that the integrity and completeness of the change package may be preserved. FIG. 5 is a change package matching process 500 according to an embodiment of the invention. The process 500 may observe the following rules: use the most transactionally recent variant level in the stream, create a new variant if amending the most transactionally recent variant would make the change package incomplete in the source stream, and/or if there is no variant in the stream (which may imply that the change package has not been patched or merged as discussed below), use the original change package. A most transactionally recent variant level may be a level that has the highest transaction number (e.g., see trans numbers in Tables 1-3; the third entry in Table 3 is the most transactionally recent in the table). For example, in 510, new changes may be received by the editor module 111. In 520 the matching module 114 may determine whether there is a variant in the stream. If not, in 530 the tracking module 112 may create a new change package for the new changes. If there is a variant in the stream, in 540 the matching module 114 may determine whether it can be modified. If so, in 550 the variance module 113 may create a new variant for the new changes. If not, in 560 the matching module may use the most transactionally recent variant in the stream. For an example use case including an amendment, see interface 1050 of FIG. 10F, which is described in greater detail below.
  • [0029]
    Change packages may be patched from one stream (a source stream) to another (a destination stream). Patching a change package from a stream may include the use of all element versions contained in the stream that are part of the change package from all variants. FIG. 6 is a patching process 600 according to an embodiment of the invention. In 610, the patching module 115 may examine the logical changes in the source stream. In 620, the patching module 115 may determine the contents of the destination stream. If the stream receiving the patch already contains parts of the change package, only the element versions in the change package contained in the source stream that are not already in the destination stream may be patched. This may avoid proliferation of change package variants and may provide a way to make up missing versions so that an incomplete change package can be completed via a patch operation. In 630, the patching module 115 may compare the source and destination and merge them, which may include identifying the elements of the logical changes in the source stream that are not present in the destination stream and creating a patch including those elements. In 640, the patching module 115 may apply the patch to the destination stream. In 650, the tracking module 112 may create a new variant for the destination stream including the patched changes. For an example use case including a patch, see interface 1040 of FIG. 10E, which is described in greater detail below.
  • [0030]
    When an element has multiple discrete segments, each contiguous segment may be patched separately in one atomic operation. In such compound patch operations, multiple patch ancestries of an element may be recorded in the database 120. Segments may be patched as described above in ascending order in time (older segments before newer segments) to ensure that no changes are missed.
  • [0031]
    FIG. 2D is an element version segment 230 illustrating an example patch operation. Change package #1 containing versions B-D and E-F may be patched to version J to produce a new version K. Segment Pb may be patched first, then segment P2 may be patched. The new version K may have three ancestors, version J as a direct ancestor and two patch ancestors. Each patch ancestor may include two versions B-D and E-F. The change between segment J-K may be a logical equivalent of the change from B-D and E-F. The specific code of the segments J-K in the lower branch and B-D and E-F in the upper branch may be different. Patching with a variant may allow the logical changes made in the upper branch to be applied to the lower branch, even though the code may not be identical. Patching a change package to a stream or workspace may either amend or create a new variant in that stream or workspace, observing the variant amending rules described above.
  • [0032]
    Streams may also be merged together. FIG. 7 is a merging process 700 according to an embodiment of the invention. Merging with a change package may work the same way as patching except that all element versions between the most recent head version, V1, in the change package and the common ancestor of V1 and the version in the destination stream may be used for the operation. This may have the same effect of merging two branches using the latest version specified by the most recent version in the change package. In 710, the merging module 116 may examine the logical changes in the source stream. In 720, the merging module 116 may determine the contents of the destination stream. In 730, the merging module 116 may compare the source and destination and merge them. In 740, the merging module 116 may apply changes necessary to create a merged stream, which may include creating one stream with the merged elements from both streams and deleting any original streams. In 750, the merging module 116 may create a new variant for the merged stream including the changes.
  • [0033]
    Change packages may be reverted, allowing changes to be undone. FIG. 8 is a reverting process 800 according to an embodiment of the invention. In a reverting operation, revert ancestries may be recorded instead of patch ancestries. When an element version has a revert ancestry connected to another version (the ancestor), the ancestor version may be taken out of the element's version history (ancestry tree). In 810, the reverting module 117 may identify logical changes to be removed from a configuration. In 820, the editor module 111 may receive a configuration which is to have the changes removed. In 830, the editor module 111 may apply the logical change identified by the reverting module 117 to the configuration. In 840, the variance module 113 may create a new change package variant, which may include a change package incorporating the revert ancestries for the operation and a removal of any ancestor versions that may no longer be relevant to the configuration. For an example use case including a reversion, see interface 1070 of FIG. 10H, which is described in greater detail below.
  • [0034]
    Reverting a change package with multiple discrete element segments may revert segments in descending order in time (newer segments may be reverted before older segments) to ensure that no changes are missed. As with the patch operation, revert of a change package (including all element segments) may be an atomic operation.
  • [0035]
    Displaying delta (diffs) between a starting version and a basis version of an element segment may provide a way for a user to inspect the code changes in a change package. When an element in a change package has multiple discrete segments, the user may also wish to see the overall changes or composite diffs of the change package. FIG. 9 is a diffing process 900 according to an embodiment of the invention. In 910, the diffing module 118 may receive a first version to be compared e.g., a starting version or a latest version), and in 920, the diffing module 118 may receive a second version to be compared (e.g., a basis version). In some embodiments, a user may select a package and a basis version and starting version may be the versions chosen automatically by the diffing module 118. In some embodiments, a user may be able to choose specific versions to compare. In 930, the diffing module 118 may generate the diff, which may be displayed to a user. While two versions are compared in this example process 900, any number of versions may be compared in some embodiments. A composite diff display may be based on the contents of the latest and basis versions of the element. Cumulative diffs from each segment may be highlighted in the corresponding sections in the latest and basis contents. Changes that are made between segments may not be in the change package and may be considered inactive changes. Inactive changes may not be highlighted in the display in some embodiments. When active changes and inactive changes overlap each other, a toggling display may be provided to the user to allow the user to see both sets of changes. For an example use case including a diff, see interface 1060 of FIG. 10G, which is described in greater detail below.
  • [0036]
    FIGS. 10A-10H are screenshots according to an embodiment of the invention. These screenshots present an example use case to which the systems and methods described above may be applied.
  • [0037]
    FIG. 10A is a user interface 1000 illustrating an element. The element has an ID (2), a pathname (\.\file_1), and a version (cpk\ 1). The version display may include a stream or workspace name, a forward slash, and a version number. Thus, the example in the interface 1000 may represent a first version in a stream named cpk.
  • [0038]
    FIG. 10B is a user interface 1010 illustrating a change package creation. A user may enter an issue number (e.g., 1) when adding a modified element (file_1) to the system. Changes associated with the modified element may be made, and change package #1 may be created to include the changes.
  • [0039]
    FIG. 10C is a user interface 1020 illustrating an element version history for an element (\.\file_1, with element ID 2). Version 2 of the element may be include in change package #1, as indicated by the icon for the change request below the version display. Version 1 of the element may be the basis for change package #1.
  • [0040]
    FIG. 10D is a user interface 1030 illustrating an element version history for two change packages, change package #1 and change package #2. Two discrete changes (e.g., version 2 and version 4) may be included in change package #1. One discrete change (e.g., version 3) may be included in change package #2.
  • [0041]
    FIG. 10E is a user interface 1040 illustrating an element version history after a patch operation of change package #2 from stream cpk_s1 to stream cpk_s2. Variant #2.1 may be created by the patch operation, and logical changes in change package #2 may be applied to the file in cpk_s2, as shown. Note that in some embodiments, a merge operation may produce a similar element version history as a patch operation, resulting in the same variant creation.
  • [0042]
    FIG. 10F is a user interface 1050 illustrating an element version history after amending a change package variant (e.g., #2.1). Version cpk_s2/s may have been added to variant #2.1. Variant #2.1 may be the variant level with the highest transaction number in stream cpk_s2. The original change package #2 in cpk_s1 may not see the new version and may stay complete in stream cpk_s1.
  • [0043]
    FIG. 10G is a user interface 1060 illustrating a diff of an element in a change package that may include two discrete segments. The highlighted lines on the right side of the interface 1060 may be included in the change package. The first set of highlighted lines (lines 7-8) may be part of a first segment in the change package, and the second set of highlighted lines (lines 12-13) may be part of a second segment in the change package.
  • [0044]
    FIG. 10H is a user interface 1070 illustrating an element version history including a reverted change package variant #3.1 and an original change package #3.
  • [0045]
    While various embodiments have been described above, it should be understood that they have been presented by way of example and not limitation. It will be apparent to persons skilled in the relevant art(s) that various changes in form and detail can be made therein without departing from the spirit and scope. In fact, after reading the above description, it will be apparent to one skilled in the relevant art(s) how to implement alternative embodiments.
  • [0046]
    In addition, it should be understood that any figures which highlight the functionality and advantages are presented for example purposes only. The disclosed methodology and system are each sufficiently flexible and configurable such that they may be utilized in ways other than that shown.
  • [0047]
    Although the term “at least one” may often be used in the specification, claims and drawings, the terms “a”, “an”, “the”, “said”, etc. also signify “at least one” or “the at least one” in the specification, claims and drawings.
  • [0048]
    In addition, the terms “comprising”, “including”, etc. signify “including, but not limited to” in the specification, claims and drawings.
  • [0049]
    Finally, it is the applicant's intent that only claims that include the express language “means for” or “step for” be interpreted under 35 U.S.C. 112, paragraph 6. Claims that do not expressly include the phrase “means for” or “step for” are not to be interpreted under 35 U.S.C. 112, paragraph 6.

Claims (14)

What is claimed is:
1. A method comprising:
performing processing associated with receiving, with an editor module in communication with a processor, a first change to a configuration associated with a first segment;
performing processing associated with applying, with the editor module, the first change;
performing processing associated with receiving, with the editor module, a second change to the configuration associated with a second segment;
performing processing associated with applying, with the editor module, the second change;
performing processing associated with generating, with a tracking module in communication with the processor, a change package comprising the first change and the second change, the change package comprising a separate entry for each segment, each entry including each change associated with the respective segment; and
performing processing associated with storing, with the tracking module, the change package in a database.
2. The method of claim 1, wherein the change package comprises a software component ID, a head version specification, a basis version specification, a transaction number, or an expiration, or a combination thereof.
3. The method of claim 1, further comprising:
performing processing associated with identifying, with a variance module in communication with the processor, a logical change associated with the change package; and
performing processing associated with creating, with the variance module, a change package variant comprising the logical change.
4. The method of claim 3, further comprising performing processing associated with applying, with the editor module, the change package variant to a second configuration.
5. The method of claim 4, wherein the applying comprises performing processing associated with selecting, with the editor module, the change package variant from among a plurality of change package variants within the configuration, the change package variant being a most recent of the plurality of change package variants within the configuration.
6. The method of claim 4, further comprising:
performing processing associated with analyzing, with a merging module in communication with the processor, a second configuration to identify a change necessary before applying the change package variant;
performing processing associated with changing, with the merging module, the second configuration according to the identified changes; and
performing processing associated with applying, with the editor module, the change package variant to the second configuration.
7. The method of claim 3, further comprising performing processing associated with analyzing, with the variance module, a second configuration to determine whether it is compatible with the change package variant.
8. The method of claim 7, wherein the analysis includes determining whether the second configuration includes every element required to apply the change package variant.
9. The method of claim 7, wherein:
when the second configuration is compatible, performing processing associated with applying, with the editor module, the change package variant to the second configuration; and
when the second configuration is not compatible, the change package variant is not applied.
10. The method of claim 3, further comprising performing processing associated with creating, with a patching module in communication with the processor, a patch comprising the change package variant.
11. The method of claim 1, further comprising performing processing associated with reverting, with a reverting module in communication with the processor, the first change or the second change.
12. The method of claim 1, further comprising:
performing processing associated with generating, with a diffing module in communication with the processor, a comparison of at least two configuration versions; and
performing processing associated with displaying, with the diffing module, the comparison on a display.
13. A system comprising:
a database;
a processor in communication with the database;
an editor module in communication with the processor, the editor module configured to:
perform processing associated with receiving a first change to a configuration associated with a first segment;
perform processing associated with applying the first change;
performing processing associated with receiving a second change to the configuration associated with a second segment; and
perform processing associated with applying the second change; and
a tracking module in communication with the processor, the tracking module configured to:
perform processing associated with generating a change package comprising the first change and the second change, the change package comprising a separate entry for each segment, each entry including each change associated with the respective segment; and
perform processing associated with storing the change package in a database.
14. The system of claim 13, wherein the change package comprises a software component ID, a head version specification, a basis version specification, a transaction number, or an expiration, or a combination thereof.
US15015659 2004-07-19 2016-02-04 Method and system for utilizing change packages Pending US20160154645A1 (en)

Priority Applications (9)

Application Number Priority Date Filing Date Title
US10894964 US7614038B2 (en) 2004-07-19 2004-07-19 Systems and methods for determining the software components included in a view of a software development project at a particular time
US10894697 US7437722B2 (en) 2004-07-19 2004-07-19 Determining which software component versions of an issue resolution are included in a version of a software development project at a particular time
US12001708 US8548967B1 (en) 2007-12-12 2007-12-12 System for visual query and manipulation of configuration management records
US12001710 US8341590B1 (en) 2007-12-12 2007-12-12 System for relating workflow status to code component status in a software project
US12059529 US8667465B2 (en) 2008-03-31 2008-03-31 System for estimating a software product release time from version information
US12551923 US8473893B2 (en) 2008-09-30 2009-09-01 Integration of external software analysis processes with software configuration management applications
US13716638 US20130111429A1 (en) 2007-12-12 2012-12-17 System for relating workflow status to code component status in a software project
US14446214 US9292276B1 (en) 2004-07-19 2014-07-29 Method and system for utilizing change packages
US15015659 US20160154645A1 (en) 2004-07-19 2016-02-04 Method and system for utilizing change packages

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
US15015659 US20160154645A1 (en) 2004-07-19 2016-02-04 Method and system for utilizing change packages

Related Parent Applications (1)

Application Number Title Priority Date Filing Date
US14446214 Continuation US9292276B1 (en) 2004-07-19 2014-07-29 Method and system for utilizing change packages

Publications (1)

Publication Number Publication Date
US20160154645A1 true true US20160154645A1 (en) 2016-06-02

Family

ID=55487379

Family Applications (2)

Application Number Title Priority Date Filing Date
US14446214 Active US9292276B1 (en) 2004-07-19 2014-07-29 Method and system for utilizing change packages
US15015659 Pending US20160154645A1 (en) 2004-07-19 2016-02-04 Method and system for utilizing change packages

Family Applications Before (1)

Application Number Title Priority Date Filing Date
US14446214 Active US9292276B1 (en) 2004-07-19 2014-07-29 Method and system for utilizing change packages

Country Status (1)

Country Link
US (2) US9292276B1 (en)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9684506B2 (en) * 2015-11-06 2017-06-20 International Business Machines Corporation Work-item expiration in software configuration management environment

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9256402B2 (en) * 2013-09-13 2016-02-09 International Business Machines Corporation End user programming for a mobile device

Citations (14)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6256773B1 (en) * 1999-08-31 2001-07-03 Accenture Llp System, method and article of manufacture for configuration management in a development architecture framework
US20020004824A1 (en) * 2000-05-17 2002-01-10 Cuan William G. Method and apparatus for automatically deploying data and simultaneously Executing computer program scripts in a computer network
US20070118888A1 (en) * 2000-01-21 2007-05-24 Scriptlogic Corporation Managing client configuration settings in a network environment
US20070143752A1 (en) * 2005-12-19 2007-06-21 International Business Machines Corporation Computer method and apparatus for activity-based version selection in a configuration management system
US20070250575A1 (en) * 2005-06-24 2007-10-25 Tseitlin Ariel D Deployment
US20080098037A1 (en) * 2006-07-17 2008-04-24 Tim Neil Markup language based database upgrades
US20080148234A1 (en) * 2006-12-19 2008-06-19 International Business Machines Corporation Data Synchronization Mechanism for Change-Request-Management Repository Interoperation
US20080148233A1 (en) * 2006-12-13 2008-06-19 International Business Machines Corporation Computer Method and Apparatus for Referencing Files in a Software Configuration Management System
US7856615B2 (en) * 2006-11-20 2010-12-21 International Business Machines Corporation Computer method and apparatus for managing software configurations using change flow hierarchies
US8316224B2 (en) * 2009-08-31 2012-11-20 Red Hat, Inc. Systems and methods for tracking a history of changes associated with software packages and configuration management in a computing system
US8341590B1 (en) * 2007-12-12 2012-12-25 Accurev, Inc. System for relating workflow status to code component status in a software project
US20140096124A1 (en) * 1998-06-18 2014-04-03 Aristocrat Technologies Australia Pty Limited Method of linking devices to gaming machines
US8719786B2 (en) * 2005-03-30 2014-05-06 Alcatel Lucent Method for performing conditionalized N-way merging of source code
US20140215436A1 (en) * 2011-05-03 2014-07-31 International Business Machines Corporation Managing change-set delivery

Family Cites Families (70)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US4558413A (en) 1983-11-21 1985-12-10 Xerox Corporation Software version management system
US4809170A (en) 1987-04-22 1989-02-28 Apollo Computer, Inc. Computer device for aiding in the development of software system
US5278979A (en) 1990-12-20 1994-01-11 International Business Machines Corp. Version management system using pointers shared by a plurality of versions for indicating active lines of a version
DE69126795T2 (en) 1991-03-12 1998-02-19 Wang Laboratories ask file management system with a graphical user interface for set up of
EP0515739A1 (en) 1991-05-31 1992-12-02 International Business Machines Corporation Program code generator
US5428737A (en) 1991-10-16 1995-06-27 International Business Machines Corporation Comprehensive bilateral translation between SQL and graphically depicted queries
US5421008A (en) 1991-11-08 1995-05-30 International Business Machines Corporation System for interactive graphical construction of a data base query and storing of the query object links as an object
US5721900A (en) 1992-07-20 1998-02-24 International Business Machines Corp Method and apparatus for graphically displaying query relationships
US5649200A (en) 1993-01-08 1997-07-15 Atria Software, Inc. Dynamic rule-based version control system
JPH06324928A (en) 1993-05-14 1994-11-25 Mitsubishi Electric Corp Log generating device, device for arbitrating versions different in file and device for arbitrating version different in computer file being at different places
US5659735A (en) 1994-12-09 1997-08-19 Object Technology Licensing Corp. Object-oriented system for program version and history database management system for various program components
US5553282A (en) 1994-12-09 1996-09-03 Taligent, Inc. Software project history database and method of operation
US5752245A (en) 1994-12-09 1998-05-12 Object Technology Licensing Corporation Object-oriented system for configuration history management with a project workspace and project history database for draft identification
US6003034A (en) 1995-05-16 1999-12-14 Tuli; Raja Singh Linking of multiple icons to data units
US5893109A (en) 1996-03-15 1999-04-06 Inso Providence Corporation Generation of chunks of a long document for an electronic book system
US6112024A (en) 1996-10-02 2000-08-29 Sybase, Inc. Development system providing methods for managing different versions of objects with a meta model
US5903897A (en) 1996-12-18 1999-05-11 Alcatel Usa Sourcing, L.P. Software documentation release control system
US5884306A (en) 1997-01-31 1999-03-16 Microsoft Corporation System and method for directly manipulating fields for grouping items
US5913063A (en) 1997-02-26 1999-06-15 Oracle Corporation Drag and drop object subclassing
US5956513A (en) 1997-08-07 1999-09-21 Mci Communications Corporation System and method for automated software build control
US6216140B1 (en) 1997-09-17 2001-04-10 Hewlett-Packard Company Methodology for the efficient management of hierarchically organized information
US5909689A (en) 1997-09-18 1999-06-01 Sony Corporation Automatic update of file versions for files shared by several computers which record in respective file directories temporal information for indicating when the files have been created
JP3613504B2 (en) 1997-11-05 2005-01-26 株式会社日立製作所 Version management, configuration management method and apparatus and a version management, configuration management program and computer readable recording medium
JPH11143754A (en) 1997-11-05 1999-05-28 Hitachi Ltd Version information and constitution information display method and device therefor, and computer readable recording medium for recording version information and constitution information display program
US6247047B1 (en) 1997-11-18 2001-06-12 Control Commerce, Llc Method and apparatus for facilitating computer network transactions
US6626953B2 (en) 1998-04-10 2003-09-30 Cisco Technology, Inc. System and method for retrieving software release information
US6564369B1 (en) 1998-08-20 2003-05-13 Pearson Technical Software, Inc. Conflict checking using configuration images
US6502133B1 (en) 1999-03-25 2002-12-31 Lucent Technologies Inc. Real-time event processing system with analysis engine using recovery information
US6789252B1 (en) 1999-04-15 2004-09-07 Miles D. Burke Building business objects and business software applications using dynamic object definitions of ingrediential objects
US6438743B1 (en) 1999-08-13 2002-08-20 Intrinsity, Inc. Method and apparatus for object cache registration and maintenance in a networked software development environment
US6457170B1 (en) 1999-08-13 2002-09-24 Intrinsity, Inc. Software system build method and apparatus that supports multiple users in a software development environment
US6662357B1 (en) 1999-08-31 2003-12-09 Accenture Llp Managing information in an integrated development architecture framework
US6405364B1 (en) 1999-08-31 2002-06-11 Accenture Llp Building techniques in a development architecture framework
US6487713B1 (en) 1999-09-24 2002-11-26 Phoenix Technologies Ltd. Software development system that presents a logical view of project components, facilitates their selection, and signals missing links prior to compilation
US7146608B1 (en) 1999-09-28 2006-12-05 Cisco Technology, Inc. Method and system for a software release process
US6715108B1 (en) 1999-10-12 2004-03-30 Worldcom, Inc. Method of and system for managing test case versions
US6681383B1 (en) 2000-04-04 2004-01-20 Sosy, Inc. Automatic software production system
US6557012B1 (en) 2000-04-22 2003-04-29 Oracle Corp System and method of refreshing and posting data between versions of a database table
US6795825B2 (en) 2000-09-12 2004-09-21 Naphtali David Rishe Database querying system and method
US6681382B1 (en) 2000-09-18 2004-01-20 Cisco Technology, Inc. Method and system for using virtual labels in a software configuration management system
US7047518B2 (en) 2000-10-04 2006-05-16 Bea Systems, Inc. System for software application development and modeling
US6766334B1 (en) 2000-11-21 2004-07-20 Microsoft Corporation Project-based configuration management method and apparatus
US6978281B1 (en) 2000-11-21 2005-12-20 Microsoft Corporation Versioned project data
US6901407B2 (en) 2001-01-12 2005-05-31 Rick D. Curns System and method for updating project management scheduling charts
US7882497B2 (en) 2001-05-17 2011-02-01 Attachmate Corporation Symbiotic computer application and system and method for generation and presentation of same
US20030051230A1 (en) 2001-09-13 2003-03-13 Nikolay Molchanov Code management software fast transactions using state table technology
US20030126003A1 (en) 2001-11-20 2003-07-03 Nxn Software Ag Method for monitoring and controlling workflow of a project, applications program and computer product embodying same and related computer systems
EP1347394B1 (en) 2002-03-21 2011-07-13 CoreMedia AG Schema-oriented content management system
US7644392B2 (en) 2002-04-12 2010-01-05 Telelogic Technologies North America, Inc. System and method for active configuration management
JP2004046796A (en) 2002-07-15 2004-02-12 Seiko Epson Corp Directory management program, object display program, directory management method and directory management device
US7089552B2 (en) 2002-08-29 2006-08-08 Sun Microsystems, Inc. System and method for verifying installed software
US7386532B2 (en) 2002-12-19 2008-06-10 Mathon Systems, Inc. System and method for managing versions
US7251668B2 (en) 2003-06-19 2007-07-31 International Business Machines Corporation Configuration management file rename utility
US20050086588A1 (en) 2003-10-17 2005-04-21 Mcgregor Chad A. Method, system and apparatus for creating a workflow process
US20050114479A1 (en) 2003-11-26 2005-05-26 Brett Watson-Luke System and method for hierarchically representing configuration items
US7614038B2 (en) 2004-07-19 2009-11-03 Accurev, Inc. Systems and methods for determining the software components included in a view of a software development project at a particular time
US7437722B2 (en) 2004-07-19 2008-10-14 Accurev, Inc. Determining which software component versions of an issue resolution are included in a version of a software development project at a particular time
US8005710B2 (en) 2004-09-28 2011-08-23 Microsoft Corporation Methods and systems for caching and synchronizing project data
US9766953B2 (en) 2004-12-16 2017-09-19 Openspan, Inc. System and method for non-programmatically constructing software solutions
US8978011B2 (en) 2005-05-09 2015-03-10 International Business Machines Corporation Managing test results in a data center
US7743360B2 (en) 2005-07-05 2010-06-22 Microsoft Corporation Graph browser and implicit query for software development
US7730464B2 (en) 2005-09-14 2010-06-01 Microsoft Corporation Code compilation management service
US20070143827A1 (en) 2005-12-21 2007-06-21 Fiberlink Methods and systems for intelligently controlling access to computing resources
CN101110020B (en) 2006-07-21 2011-01-26 国际商业机器公司 Method and system for maintaining originality-related information about elements in an editable object
WO2008151423A1 (en) 2007-06-10 2008-12-18 Shopplex.Com Corporation System and method for managing and updating data from a number of sources for a project
US8494832B2 (en) 2007-06-20 2013-07-23 Sanjeev Krishnan Method and apparatus for software simulation
US8548967B1 (en) 2007-12-12 2013-10-01 Accurev, Inc. System for visual query and manipulation of configuration management records
US8667465B2 (en) 2008-03-31 2014-03-04 Accurev, Inc. System for estimating a software product release time from version information
US8745611B2 (en) 2008-06-05 2014-06-03 Accenture Global Services Limited Software upgrade analysis system
US8473893B2 (en) 2008-09-30 2013-06-25 Accurev, Inc. Integration of external software analysis processes with software configuration management applications

Patent Citations (14)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20140096124A1 (en) * 1998-06-18 2014-04-03 Aristocrat Technologies Australia Pty Limited Method of linking devices to gaming machines
US6256773B1 (en) * 1999-08-31 2001-07-03 Accenture Llp System, method and article of manufacture for configuration management in a development architecture framework
US20070118888A1 (en) * 2000-01-21 2007-05-24 Scriptlogic Corporation Managing client configuration settings in a network environment
US20020004824A1 (en) * 2000-05-17 2002-01-10 Cuan William G. Method and apparatus for automatically deploying data and simultaneously Executing computer program scripts in a computer network
US8719786B2 (en) * 2005-03-30 2014-05-06 Alcatel Lucent Method for performing conditionalized N-way merging of source code
US20070250575A1 (en) * 2005-06-24 2007-10-25 Tseitlin Ariel D Deployment
US20070143752A1 (en) * 2005-12-19 2007-06-21 International Business Machines Corporation Computer method and apparatus for activity-based version selection in a configuration management system
US20080098037A1 (en) * 2006-07-17 2008-04-24 Tim Neil Markup language based database upgrades
US7856615B2 (en) * 2006-11-20 2010-12-21 International Business Machines Corporation Computer method and apparatus for managing software configurations using change flow hierarchies
US20080148233A1 (en) * 2006-12-13 2008-06-19 International Business Machines Corporation Computer Method and Apparatus for Referencing Files in a Software Configuration Management System
US20080148234A1 (en) * 2006-12-19 2008-06-19 International Business Machines Corporation Data Synchronization Mechanism for Change-Request-Management Repository Interoperation
US8341590B1 (en) * 2007-12-12 2012-12-25 Accurev, Inc. System for relating workflow status to code component status in a software project
US8316224B2 (en) * 2009-08-31 2012-11-20 Red Hat, Inc. Systems and methods for tracking a history of changes associated with software packages and configuration management in a computing system
US20140215436A1 (en) * 2011-05-03 2014-07-31 International Business Machines Corporation Managing change-set delivery

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
Conradi, "Version Models for Software Conguration Management", 1998, ACM computing survey, vo. 30, No. 2, pp 231-282 *

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9684506B2 (en) * 2015-11-06 2017-06-20 International Business Machines Corporation Work-item expiration in software configuration management environment

Also Published As

Publication number Publication date Type
US9292276B1 (en) 2016-03-22 grant

Similar Documents

Publication Publication Date Title
US6003042A (en) Systems, methods and computer programs products for storing a new version of an Envy Library file in a teamconnection object oriented programming environment
Tan Provenance in databases: past, current, and future.
US6799174B2 (en) Retrieving, organizing, and utilizing networked data using databases
US20090019426A1 (en) Synchronization of work spaces
US20020129352A1 (en) Method and apparatus for upgrading a software application in the presence of user modifications
US5675802A (en) Version control system for geographically distributed software development
US7299450B2 (en) Undoing changes in a software configuration management system
US20030145310A1 (en) Computer memory structure for storing original source information and associated interpretative information
US7478093B2 (en) Design of self-adapting meta descriptors based on real use scenarios and experiences
US6907603B2 (en) Software update management system with update chronology generator
US20120265836A1 (en) File sharing system and file sharing method
US20060101443A1 (en) Source code management system and method
US20040111701A1 (en) System and method for generating Enterprise Java Bean code
US6167405A (en) Method and apparatus for automatically populating a data warehouse system
US20010039594A1 (en) Method for enforcing workflow processes for website development and maintenance
Wahler et al. Clone detection in source code by frequent itemset techniques
US20030182308A1 (en) Schema-oriented content management system
US20040205050A1 (en) Application of queries against incomplete schemas
US20030182652A1 (en) Software building and deployment system and method
US6502239B2 (en) Method and apparatus for round-trip software engineering
Krikhaar Software architecture reconstruction
US20020038450A1 (en) Method and system to run stored procedures as workflow activity implementations
US7194475B2 (en) Method, system, and program for performing an impact analysis of program statements in at least one source code file
US20050060340A1 (en) System and method for efficient enrichment of business data
US20020042904A1 (en) Placement/net wiring processing system

Legal Events

Date Code Title Description
AS Assignment

Owner name: MICRO FOCUS (IP) DEVELOPMENT LIMITED, GREAT BRITAI

Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNORS:CHOU, CHIA-SHENG ISAAC;BOOKER, MICHAEL JACQUES;REEL/FRAME:037668/0582

Effective date: 20160115

AS Assignment

Owner name: DERMIRA INC., CALIFORNIA

Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNORS:SHAW, ANTHONY ADRIAN;KHUMTAVEEPORN, KANJAI;KRASIK, PAVEL;SIGNING DATES FROM 20160405 TO 20160425;REEL/FRAME:038523/0250