Developer Collaboration Control with Selective Code Synchronization

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Existing source code control systems face inefficiencies due to high network bandwidth, computational resource, and energy consumption from synchronizing and merging conflicts among multiple users' changes, leading to improper functionality of the source code.

Innovation Solution

A collaborative editing environment that transmits a committed version of source code to client devices, allowing users to specify presentation and execution privileges, and manages changes through a server to reduce conflicts and optimize resource usage.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Productivity

If multiple users collaborate to edit source code simultaneously, then productivity is improved, but network bandwidth consumption increases due to frequent synchronization of changes

Engineering Contradiction:
Improvecollaborative editing efficiencyVSAvoidnetwork bandwidth consumption
Core Design Contradiction:
ProductivityVSLoss of energy

Solution Approach 1:

The system segments source code into functional portions and allows users to synchronize only selected portions rather than entire files. This reduces the amount of data transmitted over the network while maintaining collaborative editing capabilities, directly addressing the bandwidth consumption issue.

Inventive Principle:
Principle #1Segmentation

Solution Approach 2:

Different portions of source code are treated with different synchronization policies based on their importance and change frequency. Critical portions are synchronized frequently, while less critical portions are synchronized less often or ignored, optimizing network resource usage.

Inventive Principle:
Principle #3Local quality

2Reliability

If the system synchronizes all changes from multiple users, then completeness of source code is improved, but computational resource consumption increases due to conflict merging

Engineering Contradiction:
Improvesource code completenessVSAvoidcomputational resource consumption
Core Design Contradiction:
ReliabilityVSLoss of energy

Solution Approach 1:

The system performs partial synchronization by selecting only certain portions of source code for synchronization rather than all changes. This reduces the computational burden of merging conflicts while maintaining the essential functionality of the source code.

Inventive Principle:
Principle #16Partial or excessive action

Solution Approach 2:

The system introduces an intermediary mechanism (selection criteria and user preferences) that filters which changes require synchronization and conflict merging. This intermediary layer reduces the number of conflicts that need to be resolved computationally.

Inventive Principle:
Principle #24Intermediary (Mediator)

3Reliability

If the system merges all user changes, then source code functionality is improved, but energy consumption increases from conflict resolution processes

Engineering Contradiction:
Improvesource code functionalityVSAvoidenergy consumption
Core Design Contradiction:
ReliabilityVSUse of energy by moving object

Solution Approach 1:

The system performs preliminary actions by establishing synchronization policies and user preferences before conflicts occur. This pre-configuration allows the system to automatically filter and prioritize changes, reducing the energy-intensive conflict resolution process while maintaining source code functionality.

Inventive Principle:
Principle #10Preliminary action

4Reliability

If the system synchronizes frequent changes, then source code up-to-date status is improved, but network bandwidth consumption increases

Engineering Contradiction:
Improvesource code up-to-date statusVSAvoidnetwork bandwidth consumption
Core Design Contradiction:
ReliabilityVSLoss of energy

Solution Approach 1:

The system applies different synchronization frequencies to different portions of source code based on their criticality. Frequently changing critical portions are synchronized often, while less critical portions are synchronized less frequently, optimizing the balance between up-to-date status and bandwidth consumption.

Inventive Principle:
Principle #3Local quality

Data Source

PatentEP4343653B1Developer collaboration control system
Publication Date: 2025.07.09 ROBLOX CORP
  • EP4343653B1 patent drawingFigure 1A
  • EP4343653B1 patent drawingFigure 1B
  • EP4343653B1 patent drawingFigure 2A~2D

AI summary

A method includes transmitting a first copy of a committed version of source code to a first client device and a second copy of the committed version of the source code to a second client device and receiving, from the first client device, a selection of a presentation type that specifies access privileges to changes made by a first user associated with the first client device to the first copy of the committed version. The method further includes receiving, from the first client device, first changes to a part of the source code of the first copy of the committed version and transmitting the first changes and instructions for real-time presentation of the first changes in accordance with the selected presentation type. The method further includes storing the first changes in a first record of changes that is associated with a first user of the first client device.